From owner-freebsd-mobile@FreeBSD.ORG Fri Feb 28 18:15:47 2014 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A38B65F; Fri, 28 Feb 2014 18:15:47 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D086116F1; Fri, 28 Feb 2014 18:15:46 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id z60so3064980qgd.9 for ; Fri, 28 Feb 2014 10:15:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=OnHZT1AcSBA14rFxqP1p55L76dCaUP+RyfoFDu0+2LQ=; b=hu169xqWb+/lKgtKpVLx50m+hHsHt2hfeMGUFdEtFPotAxablycZZ4DBbpXlCl+a4i KajC8hlLR9f++WevkFmybBi52zR3KbrP6Avgcb6g1kJqVj6iR5d1E6YPEbcXyFgIMR/w VanfSR3gJP+bn05SVc6KxxZj3FMCXQCHBB+e4FQ2aDYOnwDmIR8BL/ABlg0hNJmjRVBe vDslHQdVhTBaprLarAC+DUBZ3iRchsSgta3mZ0/0KD1T/aRYQUhoPUsep1JmISAeBsqx OuGfZbwSQpSzM9NUaAeuA+S7SOnGLraMFrBDQBA/9AHNCvKwCS+BHiNiG3hImrMjkCzV V2Vw== MIME-Version: 1.0 X-Received: by 10.224.61.2 with SMTP id r2mr5742833qah.49.1393611346012; Fri, 28 Feb 2014 10:15:46 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Fri, 28 Feb 2014 10:15:45 -0800 (PST) Date: Fri, 28 Feb 2014 10:15:45 -0800 X-Google-Sender-Auth: 03Z5ua0aO9347UEOzpVZZap8O0Y Message-ID: Subject: signal 8 (floating point exception) upon resume From: Adrian Chadd To: "freebsd-mobile@freebsd.org" , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2014 18:15:47 -0000 Hi, On my i386 -HEAD laptops (running -HEAD as of last night, but it's been a problem for a while) I occasionally hit a point where I get an FPE on _all_ processes upon resume. I can still do a clean shutdown through the power-button method, but I can't do anything else. Has anyone seen this before? Does anyone have an inkling of an idea why I'd be getting FPE's for things like ps and sh? -a From owner-freebsd-mobile@FreeBSD.ORG Fri Feb 28 21:32:51 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 292AC1FD; Fri, 28 Feb 2014 21:32:51 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F124B1A9D; Fri, 28 Feb 2014 21:32:50 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 08674B922; Fri, 28 Feb 2014 16:32:50 -0500 (EST) From: John Baldwin To: freebsd-mobile@freebsd.org Subject: Re: signal 8 (floating point exception) upon resume Date: Fri, 28 Feb 2014 16:08:30 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402281608.30515.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 28 Feb 2014 16:32:50 -0500 (EST) Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2014 21:32:51 -0000 On Friday, February 28, 2014 1:15:45 pm Adrian Chadd wrote: > Hi, > > On my i386 -HEAD laptops (running -HEAD as of last night, but it's > been a problem for a while) I occasionally hit a point where I get an > FPE on _all_ processes upon resume. > > I can still do a clean shutdown through the power-button method, but I > can't do anything else. > > Has anyone seen this before? Does anyone have an inkling of an idea > why I'd be getting FPE's for things like ps and sh? I'm guessing fpcurthread is stale. We should probably be flushing the FPU state on suspend and starting off without any FPU state on resume. Ah, see this bit here in x86/acpica/acpi_wakeup.c: int acpi_sleep_machdep(struct acpi_softc *sc, int state) { ... if (savectx(susppcbs[0])) { #ifdef __amd64__ ctx_fpusave(susppcbs[0]->pcb_fpususpend); #endif ... } Looks like you need to implement ctx_fpusave() for i386. kib@ did it as part of the AVX work, but I wonder if you can just steal the amd64 ctx_fpusave() and have it call npxsave() instead of fpxsave()? Not sure if you'd need it to be in asm as it is on amd64 or if you can do this in C. -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Fri Feb 28 23:35:15 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FCAABCD; Fri, 28 Feb 2014 23:35:15 +0000 (UTC) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0873E15DA; Fri, 28 Feb 2014 23:35:14 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id i8so1592159qcq.3 for ; Fri, 28 Feb 2014 15:35:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=GCqChJJcd0na7bGTp6ad6O8+6H8c+k/Y8ynAfjZaWOg=; b=h5BSDnmSB65sL3pGolF1eJoNhTCIeHXzFFcYbKTqJN86G8i47eL+wwnxmjiYMY5XEX sSfdOGaU0RgaRtSPTTAJtuxrvgBS6GNeSeU31RUomVzHrU3UTdTI7fLkRNSysfxH8Tat rKLGfP51kIqLibEZZJd2dhr2aIotyD+0QbTc25tFKIsz9SG3O6Rd3MHzQ3hS+9AlYIeo sla9N/KU6bEUO4tNJ8Cti8qirzI3igPbzX6iVh7COpTkoboew9lzjL+Np/3LyDSSdlnN 6t092pIvf+cbURs+YrRQB+rbbvzmYYKgW8HFJlwFnac1JQFnC0rZL+f5PvESt+M73dYS bYZA== MIME-Version: 1.0 X-Received: by 10.224.60.134 with SMTP id p6mr7530031qah.98.1393630514225; Fri, 28 Feb 2014 15:35:14 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Fri, 28 Feb 2014 15:35:14 -0800 (PST) In-Reply-To: <201402281608.30515.jhb@freebsd.org> References: <201402281608.30515.jhb@freebsd.org> Date: Fri, 28 Feb 2014 15:35:14 -0800 X-Google-Sender-Auth: 938haiEQYUlCEqOSfTYczQjeIoE Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2014 23:35:15 -0000 ... how'd this ever work in the past then? -a On 28 February 2014 13:08, John Baldwin wrote: > On Friday, February 28, 2014 1:15:45 pm Adrian Chadd wrote: >> Hi, >> >> On my i386 -HEAD laptops (running -HEAD as of last night, but it's >> been a problem for a while) I occasionally hit a point where I get an >> FPE on _all_ processes upon resume. >> >> I can still do a clean shutdown through the power-button method, but I >> can't do anything else. >> >> Has anyone seen this before? Does anyone have an inkling of an idea >> why I'd be getting FPE's for things like ps and sh? > > I'm guessing fpcurthread is stale. We should probably be flushing > the FPU state on suspend and starting off without any FPU state on > resume. > > Ah, see this bit here in x86/acpica/acpi_wakeup.c: > > > int > acpi_sleep_machdep(struct acpi_softc *sc, int state) > { > ... > if (savectx(susppcbs[0])) { > #ifdef __amd64__ > ctx_fpusave(susppcbs[0]->pcb_fpususpend); > #endif > ... > } > > Looks like you need to implement ctx_fpusave() for i386. kib@ did it as part > of the AVX work, but I wonder if you can just steal the amd64 ctx_fpusave() > and have it call npxsave() instead of fpxsave()? Not sure if you'd need it to > be in asm as it is on amd64 or if you can do this in C. > > -- > John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Sat Mar 1 02:00:58 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A700AA; Sat, 1 Mar 2014 02:00:58 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA21B117E; Sat, 1 Mar 2014 02:00:57 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id f11so1434715qae.17 for ; Fri, 28 Feb 2014 18:00:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3DAoUwiBzc1y9XhtAxNBwRBbTOsU99x+1KPMoG3bTEE=; b=u+hTw9PwPnVjQaYgRotNfsi1JnAeHS8kHftj9x9/0ufF2K5dsxaP1ceMfv1Sfdykhu eYihezhdiiRewdNYS8SrLx2n/AXCUgjFyiXCmETOZBiS0aexnEMM439ZMAqxd1hsERHZ 3j8wNcPi1TiqExUXM1cIG0inFS/mykGKOxUtr2V3eKY6fJwaQGgs72A/Q8VLyAXZzTuu xldVnp2f0kjKi36jnUpXUVoHsHp4r5DNfx87Dd6A8DOZUELg5ne/ITeckub0A9DC6CLx IbORBkCuPFdSUWEHCHdiqV/3ssSbtGqUYCAmOeK+6GZDa6jVHy8AIn9GrdRWhYfA0KJi lrrg== MIME-Version: 1.0 X-Received: by 10.140.26.240 with SMTP id 103mr7821849qgv.92.1393639257101; Fri, 28 Feb 2014 18:00:57 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Fri, 28 Feb 2014 18:00:57 -0800 (PST) In-Reply-To: References: <201402281608.30515.jhb@freebsd.org> Date: Fri, 28 Feb 2014 18:00:57 -0800 X-Google-Sender-Auth: Exv69tsWWh2ogHohNwn-Rb6Jok4 Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 02:00:58 -0000 On 28 February 2014 15:35, Adrian Chadd wrote: > ... how'd this ever work in the past then? > .. and I've submitted it as a PR: kern/187152 Thanks, -a > > -a > > > On 28 February 2014 13:08, John Baldwin wrote: >> On Friday, February 28, 2014 1:15:45 pm Adrian Chadd wrote: >>> Hi, >>> >>> On my i386 -HEAD laptops (running -HEAD as of last night, but it's >>> been a problem for a while) I occasionally hit a point where I get an >>> FPE on _all_ processes upon resume. >>> >>> I can still do a clean shutdown through the power-button method, but I >>> can't do anything else. >>> >>> Has anyone seen this before? Does anyone have an inkling of an idea >>> why I'd be getting FPE's for things like ps and sh? >> >> I'm guessing fpcurthread is stale. We should probably be flushing >> the FPU state on suspend and starting off without any FPU state on >> resume. >> >> Ah, see this bit here in x86/acpica/acpi_wakeup.c: >> >> >> int >> acpi_sleep_machdep(struct acpi_softc *sc, int state) >> { >> ... >> if (savectx(susppcbs[0])) { >> #ifdef __amd64__ >> ctx_fpusave(susppcbs[0]->pcb_fpususpend); >> #endif >> ... >> } >> >> Looks like you need to implement ctx_fpusave() for i386. kib@ did it as part >> of the AVX work, but I wonder if you can just steal the amd64 ctx_fpusave() >> and have it call npxsave() instead of fpxsave()? Not sure if you'd need it to >> be in asm as it is on amd64 or if you can do this in C. >> >> -- >> John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Mon Mar 3 21:37:16 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AB61EDB; Mon, 3 Mar 2014 21:37:16 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20278399; Mon, 3 Mar 2014 21:37:16 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 05538B9B2; Mon, 3 Mar 2014 16:37:15 -0500 (EST) From: John Baldwin To: Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume Date: Mon, 3 Mar 2014 14:11:00 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403031411.00805.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 03 Mar 2014 16:37:15 -0500 (EST) Cc: freebsd-current , kib@freebsd.org, bde@freebsd.org, jkim@freebsd.org, "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 21:37:16 -0000 On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote: > On 28 February 2014 15:35, Adrian Chadd wrote: > > ... how'd this ever work in the past then? > > > > .. and I've submitted it as a PR: > > kern/187152 Complete stab in the dark (not compile tested) here: http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Mon Mar 3 23:49:10 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E204FC8; Mon, 3 Mar 2014 23:49:10 +0000 (UTC) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F3AC117; Mon, 3 Mar 2014 23:49:09 +0000 (UTC) Received: by mail-qg0-f44.google.com with SMTP id a108so992158qge.3 for ; Mon, 03 Mar 2014 15:49:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fjxWrKKrAnTDGR+I+aO54wDDs/XlRKpbhvpr1Iwn7GQ=; b=z+bfyBLgr/9uIKrswFMTJNqQ58w8yKlVc1XEyA665AieQcclqf3tsSWzYkc+2D2fal xkG7ruWTAmqJOWrGYrvwSEtTChB/xNwmjc9/mvr8CcRQaH2/UvVQHjDzTCDkGKwEuZVr 7ELxT/G/sxV5j//X4Mgt29mZDEcs+GtWG/N1Sc65z/N5x3q903Vlaem6Tq0Iclxuw3By 9QOHUvitsgzZRvm2mPPDVsnuDsJSIt/oFcmN98tL3Z5xWabiPMCxC/6F4Q2yeCqZ7MgQ u0Yr/iSiyBXqyLCat8WnYWzOMI+rjsPLTlkjWUOxAUHKIrhWdDsKDW2F/YS7yLPBmZBL nfqg== MIME-Version: 1.0 X-Received: by 10.224.167.195 with SMTP id r3mr414639qay.49.1393890548544; Mon, 03 Mar 2014 15:49:08 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Mon, 3 Mar 2014 15:49:08 -0800 (PST) In-Reply-To: <201403031411.00805.jhb@freebsd.org> References: <201403031411.00805.jhb@freebsd.org> Date: Mon, 3 Mar 2014 15:49:08 -0800 X-Google-Sender-Auth: Ort08GX0jxHvEQxE_iUJOTA9GxM Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Konstantin Belousov , Bruce Evans , Jung-uk Kim , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 23:49:10 -0000 I'll try this soon. I had it fail back to newcons, rather than Xorg normally dying without restoring state. It wouldn't let me spawn a shell. Logging in worked fine, but normal shell exec would eventually and quickly lead to failure, dropping me back to the login prompt. -a On 3 March 2014 11:11, John Baldwin wrote: > On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote: >> On 28 February 2014 15:35, Adrian Chadd wrote: >> > ... how'd this ever work in the past then? >> > >> >> .. and I've submitted it as a PR: >> >> kern/187152 > > Complete stab in the dark (not compile tested) here: > > http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch > > -- > John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Tue Mar 4 17:11:50 2014 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B693E17C for ; Tue, 4 Mar 2014 17:11:50 +0000 (UTC) Received: from me60493.mailengine3.com (me60493.mailengine3.com [72.19.234.100]) by mx1.freebsd.org (Postfix) with ESMTP id 33E32E49 for ; Tue, 4 Mar 2014 17:11:50 +0000 (UTC) Received: by me60493.mailengine3.com (PowerMTA(TM) v3.5r15sb7) id h2o4lc0jql4e for ; Tue, 4 Mar 2014 09:11:42 -0800 (envelope-from ) MIME-Version: 1.0 X-Mailer: StreamSend2 - 275051 X-Mailer-Version: 2.0 X-Mailer-Environment: production X-Report-Abuse-At: abuse@streamsend.com X-Report-Abuse-Info: It is important to please include full email headers in the report X-rpcampaign: StreamSend20717099 X-Streamsend2id: 275051+1+5327745+20717099+me60493.mailengine3.com Date: Tue, 04 Mar 2014 09:03:45 -0800 From: "Wilbooks" To: mobile@freebsd.org Subject: 96 Books For 99 Dollars Message-ID: <300.0.47.525.1CF37CCD0330AD6.21499@me60493.mailengine3.com> Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 17:11:50 -0000 Dear Educator, Our amazing 96 book collections are on sale for only $99.00! Where can teachers buy 96 books for $99.00? Only at Wilbooks! These leveled collections are ideal for individual classroom use or as additions to book rooms! Hurry to Wilbooks.com before we run out of exclamation points! Please share this email with your friends in literacy. For more information on our reading collections, please go to http://www.wilbooks.com. Wilbooks 1311 West Chester Pike West Chester, PA 19382 Phone: 610-436-8755 Web site: http://www.wilbooks.com Like us on Facebook at https://www.facebook.com/Wilbooks http://app.streamsend.com/private/ha8l/LhF/YJMF14g/unsubscribe/20717099 From owner-freebsd-mobile@FreeBSD.ORG Tue Mar 4 18:38:21 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28D1B42B; Tue, 4 Mar 2014 18:38:21 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F140489A; Tue, 4 Mar 2014 18:38:20 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C2745B94B; Tue, 4 Mar 2014 13:38:18 -0500 (EST) From: John Baldwin To: Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume Date: Tue, 4 Mar 2014 11:24:04 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403031411.00805.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403041124.04122.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 04 Mar 2014 13:38:18 -0500 (EST) Cc: freebsd-current , Konstantin Belousov , Bruce Evans , Jung-uk Kim , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 18:38:21 -0000 On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote: > I'll try this soon. > > I had it fail back to newcons, rather than Xorg normally dying without > restoring state. It wouldn't let me spawn a shell. Logging in worked > fine, but normal shell exec would eventually and quickly lead to > failure, dropping me back to the login prompt. If you have set CPUTYPE in /etc/src.conf such that your userland binaries are built with SSE, etc. then I expect most things to break because the FPU is in a funky state without this patch. I suspect if you don't set CPUTYPE so that your userland binaries do not use the FPU, you can probably resume just fine without this fix. > -a > > > On 3 March 2014 11:11, John Baldwin wrote: > > On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote: > >> On 28 February 2014 15:35, Adrian Chadd wrote: > >> > ... how'd this ever work in the past then? > >> > > >> > >> .. and I've submitted it as a PR: > >> > >> kern/187152 > > > > Complete stab in the dark (not compile tested) here: > > > > http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch > > > > -- > > John Baldwin > -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Tue Mar 4 18:59:01 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77E02D7F; Tue, 4 Mar 2014 18:59:01 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C84A1A86; Tue, 4 Mar 2014 18:59:00 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id o15so3864025qap.9 for ; Tue, 04 Mar 2014 10:59:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fvafMCmTASLJmGvIwASPZVIWo0xU8xLfuXaF1w9Wm4E=; b=Obby2fxAxhWO2gq/Rscmhfygp6Hws8pqI4HbLII09ztm80fDpLI2s9FgeLe5DluCuQ FEi23BOhDXFoRAa4odYNf6u37NJdtCvR7xxSaS02ygMdLhW9thl6Cg6sNdIhmSSNAX0r 7oth6GPydF3GlGOhSzREjQYIOPZ3OJFY2otZ+al2gN0DZKyYaKBeulfj5DwdK1MfG/9H NO9U4APwFFtOhJdkNFDFehwgwN2AVZk5jNpeH9s229dAzqtkRCvmcPiEaQ3S5HoWlBK6 zHmWlAa3uE/B6AGqrVrfKZcnnRWzoxxNxIyOfm+VA1bAdNYYRdCT5Dij0MDvzb5An7lA hZHA== MIME-Version: 1.0 X-Received: by 10.224.60.134 with SMTP id p6mr1606184qah.98.1393959539982; Tue, 04 Mar 2014 10:58:59 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Tue, 4 Mar 2014 10:58:59 -0800 (PST) In-Reply-To: <201403041124.04122.jhb@freebsd.org> References: <201403031411.00805.jhb@freebsd.org> <201403041124.04122.jhb@freebsd.org> Date: Tue, 4 Mar 2014 10:58:59 -0800 X-Google-Sender-Auth: Uxf_GbSF5bXtUWjUFXCJNYvTKC0 Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Konstantin Belousov , Bruce Evans , Jung-uk Kim , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 18:59:01 -0000 I'm not using anything in /etc/src.conf . -a On 4 March 2014 08:24, John Baldwin wrote: > On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote: >> I'll try this soon. >> >> I had it fail back to newcons, rather than Xorg normally dying without >> restoring state. It wouldn't let me spawn a shell. Logging in worked >> fine, but normal shell exec would eventually and quickly lead to >> failure, dropping me back to the login prompt. > > If you have set CPUTYPE in /etc/src.conf such that your userland binaries > are built with SSE, etc. then I expect most things to break because the FPU > is in a funky state without this patch. I suspect if you don't set CPUTYPE > so that your userland binaries do not use the FPU, you can probably resume > just fine without this fix. > >> -a >> >> >> On 3 March 2014 11:11, John Baldwin wrote: >> > On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote: >> >> On 28 February 2014 15:35, Adrian Chadd wrote: >> >> > ... how'd this ever work in the past then? >> >> > >> >> >> >> .. and I've submitted it as a PR: >> >> >> >> kern/187152 >> > >> > Complete stab in the dark (not compile tested) here: >> > >> > http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch >> > >> > -- >> > John Baldwin >> > > -- > John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Tue Mar 4 19:47:30 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id B0604358; Tue, 4 Mar 2014 19:47:29 +0000 (UTC) Message-ID: <53162DD1.3090604@FreeBSD.org> Date: Tue, 04 Mar 2014 14:47:29 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin , Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume References: <201403031411.00805.jhb@freebsd.org> <201403041124.04122.jhb@freebsd.org> In-Reply-To: <201403041124.04122.jhb@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mitsuru IWASAKI , freebsd-current , Konstantin Belousov , Bruce Evans , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 19:47:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2014-03-04 11:24:04 -0500, John Baldwin wrote: > On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote: >> I'll try this soon. >> >> I had it fail back to newcons, rather than Xorg normally dying >> without restoring state. It wouldn't let me spawn a shell. >> Logging in worked fine, but normal shell exec would eventually >> and quickly lead to failure, dropping me back to the login >> prompt. > > If you have set CPUTYPE in /etc/src.conf such that your userland > binaries are built with SSE, etc. then I expect most things to > break because the FPU is in a funky state without this patch. I > suspect if you don't set CPUTYPE so that your userland binaries do > not use the FPU, you can probably resume just fine without this > fix. > >> -a >> >> >> On 3 March 2014 11:11, John Baldwin wrote: >>> On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote: >>>> On 28 February 2014 15:35, Adrian Chadd >>>> wrote: >>>>> ... how'd this ever work in the past then? >>>>> >>>> >>>> .. and I've submitted it as a PR: >>>> >>>> kern/187152 >>> >>> Complete stab in the dark (not compile tested) here: >>> >>> http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch The patch for sys/amd64/amd64/cpu_switch.S is committed: http://svnweb.freebsd.org/changeset/base/262746 i386 patches may be reviewed by the original author (CC'ed). Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTFi3RAAoJEHyflib82/FGnboH/3qrAp+Eq/0eebEP/9wU0Ke/ y4y4yvw9nDVexKZ+c5VuTxyWvK9O0w2b+r3f5kuHWferOm22NaJCctt3E/OA5Ly2 1p3ZPvqD5cRZfkdh68AwEeJv93lg84VMSUqNUfS9rsrIU+WpHpPR46sdLpq5KxSP cY2522npmoPrwk+PaTJS4uBQeaX/3vnj5996zxavwVqwlYyR+Zqgi6FhGj+F2RJ1 Ry+9icyNx/8lUfRTLCPsCBRjlUKUk/p/8bfbQK4mSef5Gd8ZAiqdyKqgdMBUYhNA ZplkpijJjvlIIc0dYSwg8gMKmaB6amgw/LJGQit9nTkBU2bOd6L05f1dCpYAxDE= =x0sS -----END PGP SIGNATURE----- From owner-freebsd-mobile@FreeBSD.ORG Tue Mar 4 21:50:10 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB3A1801; Tue, 4 Mar 2014 21:50:10 +0000 (UTC) Received: from mail105.syd.optusnet.com.au (mail105.syd.optusnet.com.au [211.29.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 9425DF3A; Tue, 4 Mar 2014 21:50:10 +0000 (UTC) Received: from c122-106-147-133.carlnfd1.nsw.optusnet.com.au (c122-106-147-133.carlnfd1.nsw.optusnet.com.au [122.106.147.133]) by mail105.syd.optusnet.com.au (Postfix) with ESMTPS id 6DF411041C36; Wed, 5 Mar 2014 08:50:02 +1100 (EST) Date: Wed, 5 Mar 2014 08:50:01 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: John Baldwin Subject: Re: signal 8 (floating point exception) upon resume In-Reply-To: <201403041124.04122.jhb@freebsd.org> Message-ID: <20140305054906.L2176@besplex.bde.org> References: <201403031411.00805.jhb@freebsd.org> <201403041124.04122.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=fbeUlSgF c=1 sm=1 tr=0 a=7NqvjVvQucbO2RlWB8PEog==:117 a=PO7r1zJSAAAA:8 a=QCHYaRF0AlEA:10 a=kj9zAlcOel0A:10 a=JzwRw_2MAAAA:8 a=6I5d2MoRAAAA:8 a=3YKTZOPGjmltpYUHLBMA:9 a=CjuIK1q_8ugA:10 Cc: Adrian Chadd , "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 21:50:11 -0000 On Tue, 4 Mar 2014, John Baldwin wrote: > On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote: >> I'll try this soon. >> >> I had it fail back to newcons, rather than Xorg normally dying without >> restoring state. It wouldn't let me spawn a shell. Logging in worked >> fine, but normal shell exec would eventually and quickly lead to >> failure, dropping me back to the login prompt. > > If you have set CPUTYPE in /etc/src.conf such that your userland binaries > are built with SSE, etc. then I expect most things to break because the FPU > is in a funky state without this patch. I suspect if you don't set CPUTYPE > so that your userland binaries do not use the FPU, you can probably resume > just fine without this fix. Non-SSE FPU state might be broken too. >>> Complete stab in the dark (not compile tested) here: >>> >>> http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch I forget many details of how this works, but noticed that it seems to break consistency of the state for the !fxsave case and related locking. % Index: i386/i386/swtch.s % =================================================================== % --- i386/i386/swtch.s (revision 262711) % +++ i386/i386/swtch.s (working copy) % @@ -417,42 +417,9 @@ % str PCB_TR(%ecx) % % #ifdef DEV_NPX % - /* % - * If fpcurthread == NULL, then the npx h/w state is irrelevant and the % - * state had better already be in the pcb. This is true for forks % - * but not for dumps (the old book-keeping with FP flags in the pcb % - * always lost for dumps because the dump pcb has 0 flags). % - * % - * If fpcurthread != NULL, then we have to save the npx h/w state to % - * fpcurthread's pcb and copy it to the requested pcb, or save to the % - * requested pcb and reload. Copying is easier because we would % - * have to handle h/w bugs for reloading. We used to lose the % - * parent's npx state for forks by forgetting to reload. % - */ This function is mostly bogus (see old mails). % - pushfl % - CLI % - movl PCPU(FPCURTHREAD),%eax % - testl %eax,%eax % - je 1f This CLI/STI locking is bogus. Accesses to FPCURTHREAD are now locked by critical_enter(), as on amd64, and perhaps a higher level already did critical_enter() or even CLI. (CLI/STI in swtch.s seems to be bogus too. amd64 doesn't do it, and I think a higher level does mtx_lock_spin() which does too much, including CLI via spinlock_enter().) % - % - pushl %ecx % - movl TD_PCB(%eax),%eax % - movl PCB_SAVEFPU(%eax),%eax % - pushl %eax % - pushl %eax % - call npxsave % + pushl PCB_FPUSUSPEND(%ecx) % + call npxsuspend Without fxsave, npxsuspend() cannot be atomic without locking, since fnsave destroys the state in the FPU and you either need a lock to reload the old state atomically enough, or a lock to modify FPCURTHREAD atomically enough. Reloading the old state is problematic because the reload might trap. So the old version uses the second method. It calls npxsave() to handle most of the details. But npxsave() was designed to be efficient for its usual use in cpu_switch(), so it doesn't handle the detail of checking FPCURTHREAD or the locking needed for this check, so the above code had to handle these details. % addl $4,%esp % - popl %eax % - popl %ecx % - % - pushl $PCB_SAVEFPU_SIZE % - leal PCB_USERFPU(%ecx),%ecx % - pushl %ecx % - pushl %eax % - call bcopy % - addl $12,%esp % -1: % - popfl % #endif /* DEV_NPX */ This probably should never have been written in asm. Only the similar code in cpu_switch() is time-critical. % % movl $1,%eax % ... % @@ -520,7 +490,16 @@ % movl %eax,%dr7 % % #ifdef DEV_NPX % - /* XXX FIX ME */ % + /* Restore FPU state */ Is the problem just this missing functionality? % ... % Index: i386/isa/npx.c % =================================================================== % --- i386/isa/npx.c (revision 262711) % +++ i386/isa/npx.c (working copy) This has many vestiges of support for interrupt handling (mainly in comments and in complications in the probe). CLI/STI was used for locking partly to reduce complications for the IRQ13 case. The comment before npxsave() still says that it needs CLI/STI locking by callers, but it actually needs critical_enter() locking and most callers only provided that. % @@ -761,7 +761,34 @@ % PCPU_SET(fpcurthread, NULL); % } % % +/* % + * Unconditionally save the current co-processor state across suspend and % + * resume. % + */ % void % +npxsuspend(union safefpu *addr) % +{ % + register_t cr0; % + % + if (!hw_float) % + return; % + cr0 = rcr(0); % + clts(); % + fpusave(addr); % + load_cr(0, cr0); % +} In the !fxsave case, this destroys the state in the npx, leaving fpcurthread invalid. It also does the save when the state in the npx is inactive. I think jkim intentionally this state so that resume can load it unconditionally. It must be arranged that there are no interactions with fpcurthread. This doesn't work so well without fxsave. When fpcurthread != NULL, reloading CR0 keeps CR0_TS and thus ensures that inconsistent state lives for longer. Things will only be OK if fpcurthread isn't changed until resume. You can probably fix this by using the old code here. The old code doesn't need the hw_float test, since fpcurthread != NULL implies hw_float != 0. Actually, I don't see any need to change anything on i386 -- after storing the state for the thread, there should be no need to store it anywhere else across suspend/resume. We intentionally use this method (even on amd64 IIRC), although it is suboptimal, to reduce complications for context switchres and signal handling. npxsave() takes an address, but savectx() didn't abuse this to store directly in the special save area. It made npxsave() store in the pcb, and then copied to the special area. % + % +void % +npxresume(union savefpu *addr) % +{ % + % + if (!hw_float) % + return; % + fninit(); % + fpurstor(addr); % +} The old version seems to have been almost correct in not restoring any FPU state. All the state has been saved in PCBs and none should be restored. Copying it was not useful for suspend/resume, but might be useful for other things. You need that fninit() to avoid exceptions in fpurstor() in case the inactive but initially clean state in the npx was corrupted by suspend/resume. I see a problem in npxdna(). It doesn't clean the state in the npx before fpurstor() since it "knows" that the current (inactive) state is clean so it doesn't need to waste time cleaning it. The state is normally cleaned by fnsave for context switches (sometimes it is cleaned using fnclex() by npxdrop() and friends, since these are perhaps excessively optimized so they don't use the usual fnsave mechanism). This knowledge is wrong if the state was corrupted by suspend/ resume. Try replacing all of these i386 changes by just an fninit instruction at the resume point. This has a chance of helping even in the fxsave case. npxdna() has pessimizations to do quite different cleaning in the fxsave case. It calls fpu_clean_state() to work around bugfeatures in some AMD CPUs, even on non-AMD CPUs. This clears exceptions as a side effect, but it doesn't do a full fninit and it is not clear than fnclex is enough for a state corrupted by suspend/resume. Without this pessimization, npxdna() would only do the SSE instruction fxrestor, and this doesn't need cleaning to use. Suspend/resume doesn't seem to have any direct support for %mxcsr. It seems to depend on fxrstor to load a good one. I think a running with a bad one is harmless provided no SSE instructions are executed before an fxrstor to load a good one. x87 resume should probably repeat all the initialization except for the probe (busy latch stuff ...). Maybe booting doesn't require that either, but if it does then resume might too. % + % +void % npxdrop() % { % struct thread *td; Bruce From owner-freebsd-mobile@FreeBSD.ORG Fri Mar 7 11:24:16 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84089CB7 for ; Fri, 7 Mar 2014 11:24:16 +0000 (UTC) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3AC4B1A3 for ; Fri, 7 Mar 2014 11:24:15 +0000 (UTC) Received: from [217.76.201.82] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WLssp-0003g7-0G for freebsd-mobile@freebsd.org; Fri, 07 Mar 2014 13:24:07 +0200 Message-ID: <5319AC51.5030800@shurik.kiev.ua> Date: Fri, 07 Mar 2014 13:24:01 +0200 From: Alexandr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: Re: Story of a laptop user References: <20140205211937.5633d21b@leo.lan> <20140210115752.47088c4d@helium> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 217.76.201.82 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-Mailman-Approved-At: Fri, 07 Mar 2014 12:40:30 +0000 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 11:24:16 -0000 How can I add a page about my Thinkpad E530? 10.02.2014 22:10, Adrian Chadd пишет: > Ok. Add "CategoryLaptop" to the bottom, like I've done on the T400 page. > > I'll add a Laptops page now. > > -a > > On 10 February 2014 12:08, Eitan Adler wrote: >> On Mon, Feb 10, 2014 at 3:06 PM, Adrian Chadd wrote: >>> I've started with: >>> >>> https://wiki.freebsd.org/Laptops/Thinkpad_T400 >>> >>> I'll go and create a top-level Laptops page and a category that >>> auto-populates this stuff. >> I have https://wiki.freebsd.org/Laptops/Ideapad_Y580 >> >> >> >> -- >> Eitan Adler > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Fri Mar 7 17:10:30 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 935552F9 for ; Fri, 7 Mar 2014 17:10:30 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C9987C8 for ; Fri, 7 Mar 2014 17:10:30 +0000 (UTC) Received: from [88.217.122.96] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WLyHs-00048v-BB; Fri, 07 Mar 2014 18:10:20 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s27HAHD1001780; Fri, 7 Mar 2014 18:10:17 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s27HAGJu001779; Fri, 7 Mar 2014 18:10:16 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Fri, 7 Mar 2014 18:10:16 +0100 From: Matthias Apitz To: Alexandr Subject: Re: Story of a laptop user Message-ID: <20140307171016.GA1742@La-Habana> References: <20140205211937.5633d21b@leo.lan> <20140210115752.47088c4d@helium> <5319AC51.5030800@shurik.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5319AC51.5030800@shurik.kiev.ua> X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.122.96 Cc: freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Apitz List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 17:10:30 -0000 El día Friday, March 07, 2014 a las 01:24:01PM +0200, Alexandr escribió: > How can I add a page about my Thinkpad E530? > > 10.02.2014 22:10, Adrian Chadd пишет: > > Ok. Add "CategoryLaptop" to the bottom, like I've done on the T400 page. > > > > I'll add a Laptops page now. > > > > -a > > > > On 10 February 2014 12:08, Eitan Adler wrote: > >> On Mon, Feb 10, 2014 at 3:06 PM, Adrian Chadd wrote: > >>> I've started with: > >>> > >>> https://wiki.freebsd.org/Laptops/Thinkpad_T400 > >>> > >>> I'll go and create a top-level Laptops page and a category that > >>> auto-populates this stuff. > >> I have https://wiki.freebsd.org/Laptops/Ideapad_Y580 ... Hello, I'm wondering what happened with this database: http://laptop.bsdgroup.de/freebsd/index.html which contains/ed a lot of laptops. matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards From owner-freebsd-mobile@FreeBSD.ORG Fri Mar 7 18:03:57 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C787539 for ; Fri, 7 Mar 2014 18:03:57 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0120C78 for ; Fri, 7 Mar 2014 18:03:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s27I3k63056413; Sat, 8 Mar 2014 05:03:47 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 8 Mar 2014 05:03:46 +1100 (EST) From: Ian Smith To: Matthias Apitz Subject: Re: Story of a laptop user In-Reply-To: <20140307171016.GA1742@La-Habana> Message-ID: <20140308045532.L75313@sola.nimnet.asn.au> References: <20140205211937.5633d21b@leo.lan> <20140210115752.47088c4d@helium> <5319AC51.5030800@shurik.kiev.ua> <20140307171016.GA1742@La-Habana> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Alexandr , freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 18:03:57 -0000 On Fri, 7 Mar 2014 18:10:16 +0100, Matthias Apitz wrote: > I'm wondering what happened with this database: > > http://laptop.bsdgroup.de/freebsd/index.html > > which contains/ed a lot of laptops. > > matthias I tried there maybe 2-3 weeks ago, but the site was down then, as now. I'd assumed temporarily, but maybe not so? Hope someone has a backup .. cheers, Ian From owner-freebsd-mobile@FreeBSD.ORG Sat Mar 8 05:26:55 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36558FF for ; Sat, 8 Mar 2014 05:26:55 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E571BB7B for ; Sat, 8 Mar 2014 05:26:54 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id cm18so4859575qab.36 for ; Fri, 07 Mar 2014 21:26:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=KmUWlsyrcj017U7w9Y1hvgemeHOyLhxGc/S9Y8X/eKo=; b=F9nFZCauesawLsANDfrMdrdjC+IyfH9IVKt8PFrmWfcblI4Qgd1sUtFa6bAtUaAJmK AWXfrUhAce1BrnW9kVHhJd/MycRuOZRxkda4hRkl5jiQE8claCOiZDGaGhoxtiJSeHwN Jn3YQDfe2EOGPY8lZZL58dJGOcgtRPu6cVpGRCyRYw1LKihnHB5xmwuAIInZBS84psOZ vURc2GH3Y4wiWjgrmnNHK9j7VjUBsaYOzMTablB5wUxt7HatEegCyeMLS5dJQCDQtFtk Zg+RhFgccLWOzFfsKvcnJZaKwUrk8lnf9XyFycNVvedvt4GPgK5QFK17E82IGboemQW+ XsGw== MIME-Version: 1.0 X-Received: by 10.224.66.74 with SMTP id m10mr20545809qai.14.1394256413590; Fri, 07 Mar 2014 21:26:53 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.8.137 with HTTP; Fri, 7 Mar 2014 21:26:53 -0800 (PST) In-Reply-To: <5319AC51.5030800@shurik.kiev.ua> References: <20140205211937.5633d21b@leo.lan> <20140210115752.47088c4d@helium> <5319AC51.5030800@shurik.kiev.ua> Date: Fri, 7 Mar 2014 21:26:53 -0800 X-Google-Sender-Auth: 71P2pOl3YGGjDThrkmQyor2s700 Message-ID: Subject: Re: Story of a laptop user From: Adrian Chadd To: Alexandr Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2014 05:26:55 -0000 Just create a page on the wiki! -a On 7 March 2014 03:24, Alexandr wrote: > How can I add a page about my Thinkpad E530? > > 10.02.2014 22:10, Adrian Chadd =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> Ok. Add "CategoryLaptop" to the bottom, like I've done on the T400 page. >> >> I'll add a Laptops page now. >> >> -a >> >> On 10 February 2014 12:08, Eitan Adler wrote: >>> On Mon, Feb 10, 2014 at 3:06 PM, Adrian Chadd wrot= e: >>>> I've started with: >>>> >>>> https://wiki.freebsd.org/Laptops/Thinkpad_T400 >>>> >>>> I'll go and create a top-level Laptops page and a category that >>>> auto-populates this stuff. >>> I have https://wiki.freebsd.org/Laptops/Ideapad_Y580 >>> >>> >>> >>> -- >>> Eitan Adler >> _______________________________________________ >> freebsd-mobile@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile >> To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org= " > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Mon Mar 10 21:18:48 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 696834C1; Mon, 10 Mar 2014 21:18:48 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 216C690; Mon, 10 Mar 2014 21:18:48 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E08FBB918; Mon, 10 Mar 2014 17:18:46 -0400 (EDT) From: John Baldwin To: Bruce Evans Subject: Re: signal 8 (floating point exception) upon resume Date: Mon, 10 Mar 2014 17:17:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403041124.04122.jhb@freebsd.org> <20140305054906.L2176@besplex.bde.org> In-Reply-To: <20140305054906.L2176@besplex.bde.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403101717.13131.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 10 Mar 2014 17:18:47 -0400 (EDT) Cc: Adrian Chadd , "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 21:18:48 -0000 On Tuesday, March 04, 2014 4:50:01 pm Bruce Evans wrote: > On Tue, 4 Mar 2014, John Baldwin wrote: > % Index: i386/i386/swtch.s > % =================================================================== > % --- i386/i386/swtch.s (revision 262711) > % +++ i386/i386/swtch.s (working copy) > % @@ -417,42 +417,9 @@ > % str PCB_TR(%ecx) > % > % #ifdef DEV_NPX > % - /* > % - * If fpcurthread == NULL, then the npx h/w state is irrelevant and the > % - * state had better already be in the pcb. This is true for forks > % - * but not for dumps (the old book-keeping with FP flags in the pcb > % - * always lost for dumps because the dump pcb has 0 flags). > % - * > % - * If fpcurthread != NULL, then we have to save the npx h/w state to > % - * fpcurthread's pcb and copy it to the requested pcb, or save to the > % - * requested pcb and reload. Copying is easier because we would > % - * have to handle h/w bugs for reloading. We used to lose the > % - * parent's npx state for forks by forgetting to reload. > % - */ > > This function is mostly bogus (see old mails). I was going off of the commit logs for amd64 that removed this code as savectx() is not used for fork(), only for IPI_STOP and suspend/resume. > Without fxsave, npxsuspend() cannot be atomic without locking, since > fnsave destroys the state in the FPU and you either need a lock to > reload the old state atomically enough, or a lock to modify FPCURTHREAD > atomically enough. save_ctx() is now only called from IPI handlers or when doing suspend in which case we shouldn't have to worry about being preempted. > % > % movl $1,%eax > % ... > % @@ -520,7 +490,16 @@ > % movl %eax,%dr7 > % > % #ifdef DEV_NPX > % - /* XXX FIX ME */ > % + /* Restore FPU state */ > > Is the problem just this missing functionality? Possibly. I think on amd64 there was also the desire to have the pcb state be meaningful in dumps (since we IPI_STOP before a dump). OTOH, the current approach used by amd64 (and this patch for i386) is to not dirty fpcurthread's state during save_ctx(), but to instead leave fpcurthread alone and explicitly save whatever state the FPU is in in the PCB used for IPI_STOP or suspend. > % @@ -761,7 +761,34 @@ > % PCPU_SET(fpcurthread, NULL); > % } > % > % +/* > % + * Unconditionally save the current co-processor state across suspend and > % + * resume. > % + */ > % void > % +npxsuspend(union safefpu *addr) > % +{ > % + register_t cr0; > % + > % + if (!hw_float) > % + return; > % + cr0 = rcr(0); > % + clts(); > % + fpusave(addr); > % + load_cr(0, cr0); > % +} > > In the !fxsave case, this destroys the state in the npx, leaving > fpcurthread invalid. It also does the save when the state in the > npx is inactive. I think jkim intentionally this state so that > resume can load it unconditionally. It must be arranged that there > are no interactions with fpcurthread. Given the single-threaded nature of suspend/resume and IPI_STOP / restart_cpus(), those requirements are met, so it should be safe to resume whatever state was in the FPU and leave fpcurthread unchanged. > This doesn't work so well > without fxsave. When fpcurthread != NULL, reloading CR0 keeps > CR0_TS and thus ensures that inconsistent state lives for longer. > Things will only be OK if fpcurthread isn't changed until resume. After the save_ctx() the CPU is going to either resume without doing a resume_ctx (IPI_STOP case) leaving fpcurthread unchanged (so save_ctx() just grabbed a snapshot of the FPU state for debugging purposes) or the CPU is going to power off for suspend. During resume it will invoke resume_ctx() which will restore the FPU state (whatever state it was in) and fpcurthread and only after those are true is the CPU able to run other threads which will modify or use the FPU state. > You can probably fix this by using the old code here. The old code > doesn't need the hw_float test, since fpcurthread != NULL implies > hw_float != 0. > > Actually, I don't see any need to change anything on i386 -- after > storing the state for the thread, there should be no need to store it > anywhere else across suspend/resume. We intentionally use this method > (even on amd64 IIRC), although it is suboptimal, to reduce complications > for context switchres and signal handling. npxsave() takes an address, > but savectx() didn't abuse this to store directly in the special save > area. It made npxsave() store in the pcb, and then copied to the special > area. So I guess that is one option is to always clear fpcurthread during suspend and just do an fninit on resume. However, I chose to match what amd64 does for now. I did make one change locally which was to not bother saving the FPU state if fpcurthread was NULL during save_ctx, but to instead store a copy of 'npx_initial_state' in the pcb instead. This is then loaded into the FPU on resume. Is that sufficient for the !fxsave case? -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Tue Mar 11 04:24:59 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68AB3A0A; Tue, 11 Mar 2014 04:24:59 +0000 (UTC) Received: from mail110.syd.optusnet.com.au (mail110.syd.optusnet.com.au [211.29.132.97]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA4DD0F; Tue, 11 Mar 2014 04:24:58 +0000 (UTC) Received: from c122-106-147-133.carlnfd1.nsw.optusnet.com.au (c122-106-147-133.carlnfd1.nsw.optusnet.com.au [122.106.147.133]) by mail110.syd.optusnet.com.au (Postfix) with ESMTPS id 15269783012; Tue, 11 Mar 2014 15:24:51 +1100 (EST) Date: Tue, 11 Mar 2014 15:24:49 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: John Baldwin Subject: Re: signal 8 (floating point exception) upon resume In-Reply-To: <201403101717.13131.jhb@freebsd.org> Message-ID: <20140311133610.O1796@besplex.bde.org> References: <201403041124.04122.jhb@freebsd.org> <20140305054906.L2176@besplex.bde.org> <201403101717.13131.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=ddC5gxne c=1 sm=1 tr=0 a=7NqvjVvQucbO2RlWB8PEog==:117 a=PO7r1zJSAAAA:8 a=QCHYaRF0AlEA:10 a=kj9zAlcOel0A:10 a=JzwRw_2MAAAA:8 a=tPL_DfrqMyWJvu0qdm8A:9 a=nOGitwouQs-TAhRN:21 a=sTy71tUGnrFDdjKI:21 a=CjuIK1q_8ugA:10 Cc: Adrian Chadd , "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 04:24:59 -0000 On Mon, 10 Mar 2014, John Baldwin wrote: > On Tuesday, March 04, 2014 4:50:01 pm Bruce Evans wrote: >> On Tue, 4 Mar 2014, John Baldwin wrote: >> % Index: i386/i386/swtch.s >> % =================================================================== >> % --- i386/i386/swtch.s (revision 262711) >> % +++ i386/i386/swtch.s (working copy) [...savectx()] >> This function is mostly bogus (see old mails). > > I was going off of the commit logs for amd64 that removed this code as savectx() > is not used for fork(), only for IPI_STOP and suspend/resume. > >> Without fxsave, npxsuspend() cannot be atomic without locking, since >> fnsave destroys the state in the FPU and you either need a lock to >> reload the old state atomically enough, or a lock to modify FPCURTHREAD >> atomically enough. > > save_ctx() is now only called from IPI handlers or when doing suspend in > which case we shouldn't have to worry about being preempted. I don't understand the suspend part. Is sufficient locking held througout suspend/resume to prevent states changing after they have been saved here? >> % @@ -520,7 +490,16 @@ >> % movl %eax,%dr7 >> % >> % #ifdef DEV_NPX >> % - /* XXX FIX ME */ >> % + /* Restore FPU state */ >> >> Is the problem just this missing functionality? > > Possibly. I now think it was just the clobbering of %cr0 so i386 never had the problem. > I think on amd64 there was also the desire to have the pcb > state be meaningful in dumps (since we IPI_STOP before a dump). OTOH, It should also be meaningful in debuggers. Hopefully stop IPIs put it there form all stopped CPUs. I think it remains in the FPU for the running CPU. > the current approach used by amd64 (and this patch for i386) is to not > dirty fpcurthread's state during save_ctx(), but to instead leave > fpcurthread alone and explicitly save whatever state the FPU is in > in the PCB used for IPI_STOP or suspend. Hmm, if kernel debuggers actually supported displaying the FPU state, then they would prefer to find it in the PCB only (after debugger entry puts it there), but this doesn't work in places like the dna trap handler. Similarly for IPIs and suspend. The dna trap handler would be broken unless any saving in the PCB is undone when normal operation is resumed, and it seems more difficult to undo it than to save specially so as not to have anything to undo. It is OK to save in the usual place in the PCB so that debuggers can find it more easily (since that place is not used in normal operation), but not to change the state in the CPU+FPU across the operation. Harmful state changes in the CPU+FPU include toggling CR0_TS and implicit fninit. For suspend/resume, we have no option but to undo everything, since other things may clobber the state. > >> % @@ -761,7 +761,34 @@ >> % PCPU_SET(fpcurthread, NULL); >> % } >> % >> % +/* >> % + * Unconditionally save the current co-processor state across suspend and >> % + * resume. >> % + */ >> % void >> % +npxsuspend(union safefpu *addr) >> % +{ >> % + register_t cr0; >> % + >> % + if (!hw_float) >> % + return; >> % + cr0 = rcr(0); >> % + clts(); >> % + fpusave(addr); >> % + load_cr(0, cr0); >> % +} >> >> In the !fxsave case, this destroys the state in the npx, leaving >> fpcurthread invalid. It also does the save when the state in the >> npx is inactive. I think jkim intentionally this state so that >> resume can load it unconditionally. It must be arranged that there >> are no interactions with fpcurthread. > > Given the single-threaded nature of suspend/resume and IPI_STOP / > restart_cpus(), those requirements are met, so it should be safe > to resume whatever state was in the FPU and leave fpcurthread > unchanged. Is the whole suspend/resume really locked? >> This doesn't work so well >> without fxsave. When fpcurthread != NULL, reloading CR0 keeps >> CR0_TS and thus ensures that inconsistent state lives for longer. >> Things will only be OK if fpcurthread isn't changed until resume. > > After the save_ctx() the CPU is going to either resume without > doing a resume_ctx (IPI_STOP case) leaving fpcurthread unchanged > (so save_ctx() just grabbed a snapshot of the FPU state for > debugging purposes) or the CPU is going to power off for suspend. If it doesn't restore for IPI_STOP, then it will continue with the state clobbered by fnsave in the !fxsr case. That is rare but can happen. Most CPUs that have IPIs also have fxsr. But on at least i386, there is an option to disable fxsr. > During resume it will invoke resume_ctx() which will restore the > FPU state (whatever state it was in) and fpcurthread and only > after those are true is the CPU able to run other threads which > will modify or use the FPU state. > >> You can probably fix this by using the old code here. The old code >> doesn't need the hw_float test, since fpcurthread != NULL implies >> hw_float != 0. >> >> Actually, I don't see any need to change anything on i386 -- after >> storing the state for the thread, there should be no need to store it >> anywhere else across suspend/resume. We intentionally use this method >> (even on amd64 IIRC), although it is suboptimal, to reduce complications >> for context switchres and signal handling. npxsave() takes an address, >> but savectx() didn't abuse this to store directly in the special save >> area. It made npxsave() store in the pcb, and then copied to the special >> area. Now I see why this won't just work. Even if the dna handler masked interrupts in hardware, it could be interrupted by at least non-maskable STOP IPIs. These could put the state in the PCB but would have to restore it. Soft interrupt masking gives the same problem for maskable IPIs (including suspend?) > So I guess that is one option is to always clear fpcurthread during > suspend and just do an fninit on resume. However, I chose to match > what amd64 does for now. I did make one change locally which was to > not bother saving the FPU state if fpcurthread was NULL during save_ctx, > but to instead store a copy of 'npx_initial_state' in the pcb instead. > This is then loaded into the FPU on resume. Is that sufficient for > the !fxsave case? Saving in the PCB would mainly improving debugging support (you can at least examine the memory there). I think you can't trust fpcurthread at all without further complications. It is locked only by critical_enter(), but that doesn't prevent any IPIs. The further complications would be to be more careful with the ordering of setting and clearing fpcurthread, or maybe use another variable to track states for transitioning fpcurthread. Consider this code: % void % npxsave(addr) % union savefpu *addr; % { % fpcurthread is now non-null, and remains non-null until the end of the function. % stop_emulating(); With another state variable we could hope to track getting to this state (but CR0_TS tells us this better). % fpusave(addr); We cannot use fpcurthread to determine if the state in the FPU is valid, since in the !fxsr case this function clobbers the state in the FPU. In the presence of non-maskable interrupts, there is no way to change fpcurthread or any other variable atomically with calling this function, so it wouldn't help to change the ordering of clearing fpcurthread. However, in the fxsr case, fpcurthread being non-null still tells us that the state in the FPU is valid, since the operations are ordered on the running CPU. % % start_emulating(); As above for tracking this change. % PCPU_SET(fpcurthread, NULL); At this point, we can use fpcurthread to tell us that the state in the PCB is valid, provided we do things in a suitable order elsewhere. The order is to set fpcurthread before hacking on the PCB. This order is unnatural, since the non-null fpcurthread won't become valid until the changed PCB is loaded, but it is the one already used in npxdna(). (That sets fpcurthread in advance of the load to try to work around IRQ13 bugs that might have been just my FUD and are no longer relevant.) % } Suitable state variables can probably be arranged by keeping them in the stored-to area. I think fnsave is atomic, and always writes nonzero somewhere. You can clear this place in advance and detect how far the save got by examining this place: state = 0; addr->magic = 0; state = 1; fpusave(addr); state = 2; state = 0 tells you that addr->magic is invalid and the save hasn't started. state 1 tells you that addr->magic is valid. state 1 is ambiguous about whether the save completed (and thus clobbered the FPU in the !fxsr case). In state 1, examine addr->magic on the same CPU to determine if the save completed. state = 2 tells you that the save completed and the save area can be trusted (not needed in this example, but used to limit the scope of the magic). Bruce From owner-freebsd-mobile@FreeBSD.ORG Sun Mar 23 20:41:26 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08E8DB09; Sun, 23 Mar 2014 20:41:26 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6479B324; Sun, 23 Mar 2014 20:41:25 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id q108so14098899qgd.9 for ; Sun, 23 Mar 2014 13:41:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3JOwPtn/G1s+b6q/rhyh62GDcODhzOsCxhLMyd2HwHc=; b=QbbvTl0hu7tgU8oNMnRaUxKo9Bwf7PhzJqM40qNq9xYW1UN04simuuPLRCWLABSnDH 7Pm+xSD9+BEaOlI6W12FkaPTcu55sO/VBIhN642OabrhE5//9lpUKI1etspAyhTUC6IQ evRMQzqRia2OubM6R5ZJwq7DPjFsfOG+lz497iHXJr1WPL9fsCItOjpq1ZggFDITL1y9 ndjOEczLPT0Hl42NnPf4Xo454epe7USKEOueTa24H02ImR2ibA6HentUn6ZI0IY/Q+/N +7Qb+jtJ27/5Lrvkh8HcSS1sZ+eHNiVliOkqAxcejugNdZ1KizWvb9jlEW5TNnSDUOJC zIjg== MIME-Version: 1.0 X-Received: by 10.140.86.36 with SMTP id o33mr61217700qgd.67.1395607284641; Sun, 23 Mar 2014 13:41:24 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.8.137 with HTTP; Sun, 23 Mar 2014 13:41:24 -0700 (PDT) In-Reply-To: <20140311133610.O1796@besplex.bde.org> References: <201403041124.04122.jhb@freebsd.org> <20140305054906.L2176@besplex.bde.org> <201403101717.13131.jhb@freebsd.org> <20140311133610.O1796@besplex.bde.org> Date: Sun, 23 Mar 2014 13:41:24 -0700 X-Google-Sender-Auth: 42KEQo2O1WCAiy4WPordvwYNYE4 Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: Bruce Evans Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Mar 2014 20:41:26 -0000 [snip] Hi, As part of this thread, a whole lot of stuff was thrown around to try and fix / improve the correctness of this. But it still happens to me in -HEAD i386. I updated to r263418 and it's now doing it around 30-50% of the time I resume. So, since I really am trying to avoid getting neck deep in learning (by myself) a new thing right now, would someone be willing to help me through the process of (a) learning how this is all supposed to work (which thanks to jhb and bde, I think I've learnt from the posts in this thread) and (b) some things to try out? I'll be able to report the results of this pretty quickly. I'd like to start work on supporting and power efficiency stuff on some of the chromebook and tablet hardware using Intel stuff but it's going to be totally moot if i386 suspend/resume (and vt/xorg, but that's a different thread) is this busted. :-) Thanks, -a From owner-freebsd-mobile@FreeBSD.ORG Tue Mar 25 12:24:57 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC60A3FA for ; Tue, 25 Mar 2014 12:24:57 +0000 (UTC) Received: from mailhost.u-strasbg.fr (mailhost-v6.u-strasbg.fr [IPv6:2001:660:2402:1b::8]) by mx1.freebsd.org (Postfix) with ESMTP id 7403B362 for ; Tue, 25 Mar 2014 12:24:57 +0000 (UTC) Received: from mailhost.u-strasbg.fr (localhost [127.0.0.1]) by antispam (Postfix) with ESMTP id 980C02207A7 for ; Tue, 25 Mar 2014 13:24:49 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mr8.u-strasbg.fr X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=BAYES_00,HTML_MESSAGE, MSGID_FROM_MTA_HEADER autolearn=no version=3.3.2 Received: from mailhost.u-strasbg.fr (localhost [127.0.0.1]) by antivirus (Postfix) with ESMTP id 892432207C9 for ; Tue, 25 Mar 2014 13:24:49 +0100 (CET) Received: from md15.u-strasbg.fr (md15.u-strasbg.fr [130.79.200.204]) by mr8.u-strasbg.fr (Postfix) with ESMTP id 778472207DE for ; Tue, 25 Mar 2014 13:24:48 +0100 (CET) Message-Id: <201403251224.s2PCOlbt007781@md15.u-strasbg.fr> Received: from ms11.u-strasbg.fr (ms11.u-strasbg.fr [130.79.204.111]) by md15.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id s2PCOlbt007781 for ; Tue, 25 Mar 2014 13:24:47 +0100 (envelope-from biosfaari-lista@helsinki.fi) Received: from PUSSY-PC.insa-lyon.fr (anyconnect239.insa-lyon.fr [134.214.61.239]) (Authenticated sender: calo) by ms11.u-strasbg.fr (Postfix) with ESMTPSA id 73F991FDA2 for ; Tue, 25 Mar 2014 13:24:41 +0100 (CET) MIME-Version: 1.0 Subject: Abnormal Login Activities on () To: freebsd-mobile@freebsd.org From: "Unibe.ch" Date: Tue, 25 Mar 2014 20:24:36 +0800 X-Virus-Scanned: ClamAV using ClamSMTP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 12:24:57 -0000 We detected something unusual about a recent sign-in to your Email acco= unt . = To help keep you safe, we required an extra security challenge. = Please click the button below re-verify your Email Account = = Re-verify = Failure to re-verify your Email account, your Online access into the U= niversity Portal will be blocked permanently. Thanks Oulu.fi Team Services =20 From owner-freebsd-mobile@FreeBSD.ORG Tue Mar 25 19:53:03 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FDCAB5D; Tue, 25 Mar 2014 19:53:03 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51821CC2; Tue, 25 Mar 2014 19:53:03 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 319BFB9B9; Tue, 25 Mar 2014 15:53:02 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume Date: Tue, 25 Mar 2014 15:46:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20140311133610.O1796@besplex.bde.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403251546.51476.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 25 Mar 2014 15:53:02 -0400 (EDT) Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 19:53:03 -0000 On Sunday, March 23, 2014 4:41:24 pm Adrian Chadd wrote: > [snip] > > Hi, > > As part of this thread, a whole lot of stuff was thrown around to try > and fix / improve the correctness of this. > > But it still happens to me in -HEAD i386. I updated to r263418 and > it's now doing it around 30-50% of the time I resume. Yes, nothing has changed in HEAD. > So, since I really am trying to avoid getting neck deep in learning > (by myself) a new thing right now, would someone be willing to help me > through the process of (a) learning how this is all supposed to work > (which thanks to jhb and bde, I think I've learnt from the posts in > this thread) and (b) some things to try out? I'll be able to report > the results of this pretty quickly. You can try www.freebsd.org/~jhb/patches/i386_fpu_suspend2.patch. You could have tried the first patch I posted here earlier when I first posted it as well. :) -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Tue Mar 25 21:38:52 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CBC5920; Tue, 25 Mar 2014 21:38:52 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BAF028E4; Tue, 25 Mar 2014 21:38:51 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id i17so1547502qcy.28 for ; Tue, 25 Mar 2014 14:38:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=NfwbaevIBjM4ogLGsZgXWVcWWNdLNEn1my8oUI/U+I8=; b=kinf/BgH3crmO/TeSyDCSM/UUQ3USs8m0RM8siqoaarXUYLgFIp1rAb0q1wjOa6sQK 0PcIZV4y9Mx6mF0ZYlQFnk3Npb2BTcOaeOmYebGAltj10tZFeFz5/GSUYPv50Su7AA94 BpQXlGOe6lW4NvFOpi+ige12cyYqDQpBitab9KRHetn6FFH3RHWBAP/sqwqRgkYB5J1i Q73vKjFCgR3/PQpbNozd4BP1E0oWgueg6saaI8pUXG+RbPesf5paZUQ/x/18dMPpabiz K4HeAUNY7ooMguLBidbzmfkvzXu6GWIYU4ASJsRvq9rXia1Pi1bJU+FfLf2NqeGJDmra H2TA== MIME-Version: 1.0 X-Received: by 10.140.96.23 with SMTP id j23mr29251578qge.4.1395783530951; Tue, 25 Mar 2014 14:38:50 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.125.1 with HTTP; Tue, 25 Mar 2014 14:38:50 -0700 (PDT) In-Reply-To: <201403251546.51476.jhb@freebsd.org> References: <20140311133610.O1796@besplex.bde.org> <201403251546.51476.jhb@freebsd.org> Date: Tue, 25 Mar 2014 14:38:50 -0700 X-Google-Sender-Auth: YUfDA0lS5hUekdEVFdUqFmy-o2I Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 21:38:52 -0000 On 25 March 2014 12:46, John Baldwin wrote: > On Sunday, March 23, 2014 4:41:24 pm Adrian Chadd wrote: >> [snip] >> >> Hi, >> >> As part of this thread, a whole lot of stuff was thrown around to try >> and fix / improve the correctness of this. >> >> But it still happens to me in -HEAD i386. I updated to r263418 and >> it's now doing it around 30-50% of the time I resume. > > Yes, nothing has changed in HEAD. > >> So, since I really am trying to avoid getting neck deep in learning >> (by myself) a new thing right now, would someone be willing to help me >> through the process of (a) learning how this is all supposed to work >> (which thanks to jhb and bde, I think I've learnt from the posts in >> this thread) and (b) some things to try out? I'll be able to report >> the results of this pretty quickly. > > You can try www.freebsd.org/~jhb/patches/i386_fpu_suspend2.patch. You > could have tried the first patch I posted here earlier when I first > posted it as well. :) There was a lot of chatter, I thought it was prudent to let it all settle before jumping in. Anyway: --- npx.o --- /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:769:18: error: declaration of 'union safefpu' will not be visible outside of this function [-Werror,-Wvisibility] npxsuspend(union safefpu *addr) ^ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:769:1: error: conflicting types for 'npxsuspend' npxsuspend(union safefpu *addr) ^ ./machine/npx.h:59:6: note: previous declaration is here void npxsuspend(union savefpu *addr); ^ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:776:9: error: incomplete type 'union safefpu' is not assignable *addr = npx_initialstate; ~~~~~ ^ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:769:18: note: forward declaration of 'union safefpu' npxsuspend(union safefpu *addr) ^ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:779:8: error: implicit declaration of function 'rcr' is invalid in C99 [-Werror,-Wimplicit-function-declaration] cr0 = rcr(0); ^ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:781:10: error: incompatible pointer types passing 'union safefpu *' to parameter of type 'union savefpu *' [-Werror,-Wincompatible-pointer-types] fpusave(addr); ^~~~ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:160:36: note: passing argument to parameter here static void fpusave(union savefpu *); ^ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:782:2: error: implicit declaration of function 'load_cr' is invalid in C99 [-Werror,-Wimplicit-function-declaration] load_cr(0, cr0); ^ 6 errors generated. *** [npx.o] Error code 1 -a From owner-freebsd-mobile@FreeBSD.ORG Wed Mar 26 17:55:15 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5CD4D99; Wed, 26 Mar 2014 17:55:15 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 795CC32A; Wed, 26 Mar 2014 17:55:15 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4CC16B93B; Wed, 26 Mar 2014 13:55:14 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume Date: Wed, 26 Mar 2014 13:43:22 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403251546.51476.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403261343.22370.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 26 Mar 2014 13:55:14 -0400 (EDT) Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 17:55:15 -0000 On Tuesday, March 25, 2014 5:38:50 pm Adrian Chadd wrote: > On 25 March 2014 12:46, John Baldwin wrote: > > On Sunday, March 23, 2014 4:41:24 pm Adrian Chadd wrote: > >> [snip] > >> > >> Hi, > >> > >> As part of this thread, a whole lot of stuff was thrown around to try > >> and fix / improve the correctness of this. > >> > >> But it still happens to me in -HEAD i386. I updated to r263418 and > >> it's now doing it around 30-50% of the time I resume. > > > > Yes, nothing has changed in HEAD. > > > >> So, since I really am trying to avoid getting neck deep in learning > >> (by myself) a new thing right now, would someone be willing to help me > >> through the process of (a) learning how this is all supposed to work > >> (which thanks to jhb and bde, I think I've learnt from the posts in > >> this thread) and (b) some things to try out? I'll be able to report > >> the results of this pretty quickly. > > > > You can try www.freebsd.org/~jhb/patches/i386_fpu_suspend2.patch. You > > could have tried the first patch I posted here earlier when I first > > posted it as well. :) > > There was a lot of chatter, I thought it was prudent to let it all > settle before jumping in. > > Anyway: You do understand C well enough to fix simple typos? I don't have any i386 machines around, but I'll work on cross-building. > --- npx.o --- > /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:769:18: > error: declaration of 'union safefpu' will not be visible outside of > this function [-Werror,-Wvisibility] > npxsuspend(union safefpu *addr) > ^ s/safe/save/ > /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:779:8: > error: implicit declaration of function 'rcr' is invalid in C99 > [-Werror,-Wimplicit-function-declaration] > cr0 = rcr(0); > ^ Probably just need #include -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Wed Mar 26 19:00:59 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED2D836D; Wed, 26 Mar 2014 19:00:59 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C1746D1F; Wed, 26 Mar 2014 19:00:59 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D0864B9C4; Wed, 26 Mar 2014 15:00:58 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume Date: Wed, 26 Mar 2014 15:00:55 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403261343.22370.jhb@freebsd.org> In-Reply-To: <201403261343.22370.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403261500.55551.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 26 Mar 2014 15:00:58 -0400 (EDT) Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 19:01:00 -0000 On Wednesday, March 26, 2014 1:43:22 pm John Baldwin wrote: > On Tuesday, March 25, 2014 5:38:50 pm Adrian Chadd wrote: > > On 25 March 2014 12:46, John Baldwin wrote: > > > On Sunday, March 23, 2014 4:41:24 pm Adrian Chadd wrote: > > >> [snip] > > >> > > >> Hi, > > >> > > >> As part of this thread, a whole lot of stuff was thrown around to try > > >> and fix / improve the correctness of this. > > >> > > >> But it still happens to me in -HEAD i386. I updated to r263418 and > > >> it's now doing it around 30-50% of the time I resume. > > > > > > Yes, nothing has changed in HEAD. > > > > > >> So, since I really am trying to avoid getting neck deep in learning > > >> (by myself) a new thing right now, would someone be willing to help me > > >> through the process of (a) learning how this is all supposed to work > > >> (which thanks to jhb and bde, I think I've learnt from the posts in > > >> this thread) and (b) some things to try out? I'll be able to report > > >> the results of this pretty quickly. > > > > > > You can try www.freebsd.org/~jhb/patches/i386_fpu_suspend2.patch. You > > > could have tried the first patch I posted here earlier when I first > > > posted it as well. :) > > > > There was a lot of chatter, I thought it was prudent to let it all > > settle before jumping in. > > > > Anyway: > > You do understand C well enough to fix simple typos? I don't have any > i386 machines around, but I'll work on cross-building. i386_fpu_suspend3.patch at the same URL builds for me. -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Sat Mar 29 14:32:38 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27E7E84A; Sat, 29 Mar 2014 14:32:38 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 838E189D; Sat, 29 Mar 2014 14:32:37 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id j5so5678053qga.32 for ; Sat, 29 Mar 2014 07:32:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=0C13iKhPZH2dOihX7LjrDwxmDVMusWDeBGeFOPMr7GI=; b=lpu17OpVk25kBO6BONqCFrmO/TNAdnMbum8CItzpdJuEnnvYnW+3BtZe+lsH4IBIFG ovdMcNw9jc42QD5bKb3dUWEfam3gOR1otLRXHmpLwJ11mlw0EslKsN4pYAlBhCKSIQfJ Zgm3rTrs+jKo4E6vcJ/k4txJxEccZntvH4GWUR67dRYrDOjzojBWtwCgqcMO8+Jl2Ffe DVHkxDLXNH1W1yblSuhosi+KaT7/i4cdYrlSBzGGZbHkbCbLLyF6MgrCmk/V3Gdk7FEK Y3NgvkKgmIIwlRREE0O5KIdiBSh4/G3sBnGJgbv/x7osAPPdcwjYNdnIFfuiF4Jlv8G/ 1jcw== MIME-Version: 1.0 X-Received: by 10.224.13.142 with SMTP id c14mr1454374qaa.76.1396103556639; Sat, 29 Mar 2014 07:32:36 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.143 with HTTP; Sat, 29 Mar 2014 07:32:36 -0700 (PDT) In-Reply-To: <201403261500.55551.jhb@freebsd.org> References: <201403261343.22370.jhb@freebsd.org> <201403261500.55551.jhb@freebsd.org> Date: Sat, 29 Mar 2014 07:32:36 -0700 X-Google-Sender-Auth: Zc6Lcxa1tN6V9X813AFg5CSnCC4 Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Mar 2014 14:32:38 -0000 Hi! On 26 March 2014 12:00, John Baldwin wrote: > i386_fpu_suspend3.patch at the same URL builds for me. I've not had the kernel lose the plot yet with SIGFPE's. I'll do some further testing and let you know if that changes. -a From owner-freebsd-mobile@FreeBSD.ORG Sun Mar 30 00:23:46 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FA0A5BD; Sun, 30 Mar 2014 00:23:46 +0000 (UTC) Received: from mail-qg0-x22e.google.com (mail-qg0-x22e.google.com [IPv6:2607:f8b0:400d:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC1C6C9D; Sun, 30 Mar 2014 00:23:45 +0000 (UTC) Received: by mail-qg0-f46.google.com with SMTP id 63so2424910qgz.33 for ; Sat, 29 Mar 2014 17:23:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=+A5SlWz58MwqyOM+GpBe56870xYJl2XJuhxHWDfFGP4=; b=ar3zLlRmOCOY3Ms22F5Me6J81T4nnRI+UVgUme5HdNnmM+tI50qryITdLzkjt2Jt61 rGWutCIs168qGuiOosZrsF8RJOs180FMcEwWau+nCrh62PZmrzV0+1U0TWOO+s9ILZI3 Ja7ZsQEZxel9s3X0fNCYSUvK52ax+o8s5+OPo29Eni5JW18DG6AvXxJXmV643+lEtVk0 HfedsA5BLjsWRkXyFqMcbfbK3QdM5z+nd6oHW4Xk0woL9YvGo8qFQ53mpi8QLcVV4Ybt hYX3V0A01YIl/GAkF6ozO9iyyWGKoOC1EBghs7eLeL6lXjRNiNd6qwar5PtAsgmvjddA H0ew== MIME-Version: 1.0 X-Received: by 10.224.60.71 with SMTP id o7mr18531501qah.38.1396139024472; Sat, 29 Mar 2014 17:23:44 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.143 with HTTP; Sat, 29 Mar 2014 17:23:44 -0700 (PDT) In-Reply-To: References: <201403261343.22370.jhb@freebsd.org> <201403261500.55551.jhb@freebsd.org> Date: Sat, 29 Mar 2014 17:23:44 -0700 X-Google-Sender-Auth: qvQK_nmkYwFVUAwDNXzuX5mZ_4o Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Mar 2014 00:23:46 -0000 ... nope, just had a process die from SIGFPE. -a On 29 March 2014 07:32, Adrian Chadd wrote: > Hi! > > On 26 March 2014 12:00, John Baldwin wrote: > >> i386_fpu_suspend3.patch at the same URL builds for me. > > I've not had the kernel lose the plot yet with SIGFPE's. > > I'll do some further testing and let you know if that changes. > > > > -a From owner-freebsd-mobile@FreeBSD.ORG Sun Mar 30 02:57:03 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 192BA68A for ; Sun, 30 Mar 2014 02:57:03 +0000 (UTC) Received: from nschwqsrv01p.mx.bigpond.com (nschwqsrv01p.mx.bigpond.com [61.9.189.231]) by mx1.freebsd.org (Postfix) with ESMTP id A08C48F7 for ; Sun, 30 Mar 2014 02:57:01 +0000 (UTC) Received: from nschwcmgw09p ([61.9.190.169]) by nschwmtas06p.mx.bigpond.com with ESMTP id <20140330022244.FOLA11190.nschwmtas06p.mx.bigpond.com@nschwcmgw09p> for ; Sun, 30 Mar 2014 02:22:44 +0000 Received: from thc125.local ([120.144.153.48]) by nschwcmgw09p with BigPond Outbound id jeNi1n00G12urm001eNiMs; Sun, 30 Mar 2014 02:22:43 +0000 X-Authentication-Info: Submitted using ID tarahall@bigpond.com X-Authority-Analysis: v=2.0 cv=Zeafx7pA c=1 sm=1 a=dfRD795QEMzlyo4bBVBS+g==:17 a=zewopLiEtFcA:10 a=6qwxbmoEozkA:10 a=nYwnEDWKLP4A:10 a=8nJEP1OIZ-IA:10 a=vQU9RyUGAAAA:8 a=1IlZJK9HAAAA:8 a=pGLkceISAAAA:8 a=69EAbJreAAAA:8 a=HYMeYB-kAAAA:8 a=RuyKgJuBAAAA:8 a=3j4BkbkPAAAA:8 a=Qq-cmenYM9mzuRn-gIMA:9 a=wPNLvfGTeEIA:10 a=snRyR8pned4A:10 a=Z1BvOZmT1TIA:10 a=7HPW0LWEehUA:10 a=MSl-tDqOz04A:10 a=EfJqPEOeqlMA:10 a=dfRD795QEMzlyo4bBVBS+g==:117 Message-ID: <533780EF.3020400@tarahall.com> Date: Sun, 30 Mar 2014 13:26:55 +1100 From: Gavan Anderson User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: Re: Old stuff References: <201403261343.22370.jhb@freebsd.org> <201403261500.55551.jhb@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: gavan@tarahall.com List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Mar 2014 02:57:03 -0000 Hi All, Before I throw any of these items out, I figured I would offer members of the list the option getting of any of the 9 hard drives (possibly useful as dedicated swap partitions), or any of the interface cards if they would be useful. I don't want any money - they're free to members of this list - however they would need to be either posted or picked up IDE Hard Drives: Quantum Fireball (x5) - 3.2gb, 6.4gb, 9.1gb, 10.2gb, 20gb. Western Digital - 6.4gb Seagate (x3) - 8.4 gb, 10.2gb, 40gb. Interface Cards: SCSI: Adaptec (x2) 2940/2940U .. (PCI) with Adaptec CD EZ SCSI 4.0 Adaptec 2940-AU .. (PCI) Adaptec 1520 ... (ISA) INITIO I/O Jet .. (PCI) with driver CD VGA: S3 Trio 3D/2X .. AGP (x2) with CD Rage IIc .. AGP with CD 3dForce G32 .. AGP Trident Blade 3D .. PCI (x2) with CD TSengLabs ET4000 .. PCI S3 Trio 64v2/DX ... PCI MODEM: Agere PCI Modem 16-bit ISA Modem (very configurable with jumpers) ... possibly US Robotics, I may have a manual AUDIO: Creative Labs CT4810 (x2) .. with SoundBlaster CD Creative Labs Vibra128 .. with install CD Vibra 16 ... ISA (very configurable with jumpers, I may have a manual somewhere) NETWORK: Realtek 8139 ... 10/100 (x2) Realtek 8029 ... 10 meg. (x2) SN3200CT ... 10 meg. (x2) Digital 21041 ... 10 meg. PCNet ... 10 meg. 3Com 3c900 Etherlink XL ... 10 meg. Any questions please ask. Regards Gavan -- Gavan Anderson Tara Hall Productions P.O. Box 247 Lancefield, VIC. 3435 Australia Telephone: 03 5429 2539 Mobile: 04 1834 6807 Fax: 03 9012 4244 Email: tarahall@bigpond.com, gavan@tarahall.com, tarahall1950@gmail.com, tarahallproductions@hotmail.com URL: www.tarahall.com, www.tarahall.com.au MYSPACE: www.myspace.com/gavanandersson FACEBOOK: www.facebook.com/gavananderson This email may contain commercial-in-confidence or privileged information and is intended for receipt by the addressee(s) only. Any disclosure, copying or distribution of the email, or information contained within is not authorised by the sender. Please contact the sender if you have received this email in error. From owner-freebsd-mobile@FreeBSD.ORG Sun Mar 30 14:12:08 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDAB4D29 for ; Sun, 30 Mar 2014 14:12:08 +0000 (UTC) Received: from fallback3.mail.ru (fallback3.mail.ru [94.100.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 3BE95E8 for ; Sun, 30 Mar 2014 14:12:08 +0000 (UTC) Received: from f203.i.mail.ru (f203.i.mail.ru [94.100.185.64]) by fallback3.mail.ru (mPOP.Fallback_MX) with ESMTP id 14B881110D565 for ; Sun, 30 Mar 2014 18:11:17 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=list.ru; s=mail; h=Content-Type:Message-ID:Reply-To:Date:Mime-Version:Subject:To:From; bh=GZbbBVfiTUgGQTT+GOtt3uyMJA9xh7t0ixlYGKVb1CY=; b=o1WKpAnyR7r6gJTbHgkgLDMNSLzF5wMYkRArXd+wUHEXOvI7Wc2LlDxEv4IGmYBTEkHLRcB/rml/tjibn8OgHcanXNhrRfVEJnK1a2e47ucCoHz/X09drMHY6J1Eisvp9SbuGO3ccENJ8LBcVJnM+Bd7INUsOjYLnysQofKzUfA=; Received: from mail by f203.i.mail.ru with local (envelope-from ) id 1WUGS5-0006vN-5d for freebsd-mobile@freebsd.org; Sun, 30 Mar 2014 18:11:09 +0400 Received: from [46.61.16.207] by e.mail.ru with HTTP; Sun, 30 Mar 2014 18:11:09 +0400 From: =?UTF-8?B?TGV2b24gQW5nYWxhZHlhbg==?= To: freebsd-mobile@freebsd.org Subject: =?UTF-8?B?IFRoZSBtb3N0IGltcG9ydGFudCB0aGluZy4=?= Mime-Version: 1.0 X-Mailer: Mail.Ru Mailer 1.0 X-Originating-IP: [46.61.16.207] Date: Sun, 30 Mar 2014 18:11:09 +0400 X-Priority: 3 (Normal) Message-ID: <1396188669.189687029@f203.i.mail.ru> X-Mras: Ok X-Spam: undefined Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: =?UTF-8?B?TGV2b24gQW5nYWxhZHlhbg==?= List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Mar 2014 14:12:08 -0000 CiJOb3cgdGhpcyBpcwpldGVybmFsIGxpZmU6IHRoYXQgdGhleSBtYXkga25vdyB5b3UsIHRoZSBv bmx5IHRydWUgR29kLCBhbmQgSmVzdXMKQ2hyaXN0LCB3aG9tIHlvdSBoYXZlIHNlbnQiIChKb2hu IDE3OjMpLsKgCiJGb3IgaXQgaXMgYnkKZ3JhY2UgdGhhdCB5b3UgaGF2ZSBiZWVuIHNhdmVkLCB0 aHJvdWdoIGZhaXRoLiBUaGlzIGRvZXMgbm90IGRlcGVuZApvbiBhbnl0aGluZyB5b3UgaGF2ZSBh Y2hpZXZlZCwgaXQgaXMgdGhlIGZyZWUgZ2lmdCBvZiBHb2Q7IGFuZApiZWNhdXNlIGl0IGlzIG5v dCBlYXJuZWQgbm8gb25lIGNhbiBib2FzdCBhYm91dCBpdC4iIChFcGhlc2lhbnMKMjo4LTkpLgoK UmVjZWl2aW5nIENocmlzdAppbnZvbHZlcyB0dXJuaW5nIHRvIEdvZCBmcm9tIHNlbGYgKGEgc3Bp cml0IG9mIHJlcGVudGFuY2UpIGFuZAp0cnVzdGluZyBDaHJpc3QgdG8gY29tZSBpbnRvIG91ciBs aXZlcyB0byBmb3JnaXZlIHVzIG9mIG91ciBzaW5zIGFuZAptYWtlIHVzIHdoYXQgaGUgd2FudHMg dXMgdG8gYmUuIEp1c3QgdG8gYWdyZWUgaW50ZWxsZWN0dWFsbHkgdGhhdApKZXN1cyBDaHJpc3Qg aXMgdGhlIFNvbiBvZiBHb2QgYW5kIHRoYXQgaGUgZGllZCBvbiB0aGUgY3Jvc3MgZm9yIG91cgpz aW5zIGlzIG5vdCBlbm91Z2guIE5vciBpcyBpdCBlbm91Z2ggdG8gaGF2ZSBhbiBlbW90aW9uYWwg ZXhwZXJpZW5jZS4KV2UgcmVjZWl2ZSBKZXN1cyBDaHJpc3QgYnkgZmFpdGgsIGFzIGFuIGFjdCBv ZiBvdXIgd2lsbC4KCmh0dHA6Ly93d3cuYmJucmFkaW8ub3JnCgoKCgoKCi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K From owner-freebsd-mobile@FreeBSD.ORG Tue Apr 1 12:29:16 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A48C31C4 for ; Tue, 1 Apr 2014 12:29:16 +0000 (UTC) Received: from mxout13.cac.washington.edu (mxout13.cac.washington.edu [140.142.32.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mxout13.cac.washington.edu", Issuer "InCommon Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7B930BD5 for ; Tue, 1 Apr 2014 12:29:16 +0000 (UTC) Received: from students03.u.washington.edu (students03.u.washington.edu [140.142.3.146]) by mxout13.cac.washington.edu (8.14.4+UW14.03/8.14.4+UW14.03) with ESMTP id s31CSQ7j018578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Apr 2014 05:28:27 -0700 Received: (from amandadj@localhost) by students03.u.washington.edu (8.14.4+UW14.03/8.14.4+Submit) id s31CSQep027899; Tue, 1 Apr 2014 05:28:26 -0700 Date: Tue, 1 Apr 2014 05:28:26 -0700 Message-Id: <201404011228.s31CSQep027899@students03.u.washington.edu> X-UW-Orig-Sender: amandadj@students03.u.washington.edu To: freebsd-mobile@freebsd.org Subject: Your Email Account From: BlackBoard X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.4.1.122115 X-PMX-Server: mxout13.cac.washington.edu X-Uwash-Spam: Gauge=XXIIII, Probability=24%, Report=' REPLY_TO_EMPTY 1.699, CTYPE_JUST_HTML 0.848, HTML_70_90 0.1, FROM_NAME_ONE_WORD 0.05, BODYTEXTH_SIZE_10000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, BODY_SIZE_700_799 0, DATE_TZ_NA 0, FROM_EDU_TLD 0, URI_ENDS_IN_HTML 0, __ANY_URI 0, __CT 0, __CTE 0, __CTYPE_HTML 0, __CTYPE_IS_HTML 0, __HAS_FROM 0, __HAS_HTML 0, __HAS_MSGID 0, __MIME_HTML 0, __MIME_HTML_ONLY 0, __MIME_VERSION 0, __PHISH_PHRASE4 0, __PHISH_SPEAR_STRUCTURE_1 0, __PHISH_SUBJ_PHRASE4 0, __SANE_MSGID 0, __SUBJ_ALPHA_END 0, __TAG_EXISTS_HTML 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __URI_NO_MAILTO 0, __URI_NO_WWW 0, __URI_NS ' MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2014 12:29:16 -0000 You have 1 new message [1]Sign In Blackboard | Technology Services References 1. http://myweb.ecu.edu/student/johnsonjessi10/agape/edu/signin.blackboard.edu.htm From owner-freebsd-mobile@FreeBSD.ORG Tue Apr 1 12:29:16 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D96281C5 for ; Tue, 1 Apr 2014 12:29:16 +0000 (UTC) Received: from mxout13.cac.washington.edu (mxout13.cac.washington.edu [140.142.32.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mxout13.cac.washington.edu", Issuer "InCommon Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B0A5CBD6 for ; Tue, 1 Apr 2014 12:29:16 +0000 (UTC) Received: from students03.u.washington.edu (students03.u.washington.edu [140.142.3.146]) by mxout13.cac.washington.edu (8.14.4+UW14.03/8.14.4+UW14.03) with ESMTP id s31CSQ9A018577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Apr 2014 05:28:26 -0700 Received: (from amandadj@localhost) by students03.u.washington.edu (8.14.4+UW14.03/8.14.4+Submit) id s31CSQLd027896; Tue, 1 Apr 2014 05:28:26 -0700 Date: Tue, 1 Apr 2014 05:28:26 -0700 Message-Id: <201404011228.s31CSQLd027896@students03.u.washington.edu> X-UW-Orig-Sender: amandadj@students03.u.washington.edu To: freebsd-mobile@freebsd.org Subject: Your Email Account From: Universität Bern X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.4.1.122115 X-PMX-Server: mxout13.cac.washington.edu X-Uwash-Spam: Gauge=XXIIII, Probability=24%, Report=' REPLY_TO_EMPTY 1.699, CTYPE_JUST_HTML 0.848, HTML_70_90 0.1, BODYTEXTH_SIZE_10000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, BODY_SIZE_800_899 0, DATE_TZ_NA 0, URI_ENDS_IN_HTML 0, __ANY_URI 0, __CT 0, __CTE 0, __CTYPE_HTML 0, __CTYPE_IS_HTML 0, __HAS_FROM 0, __HAS_HTML 0, __HAS_MSGID 0, __MIME_HTML 0, __MIME_HTML_ONLY 0, __MIME_VERSION 0, __PHISH_PHRASE4 0, __PHISH_SUBJ_PHRASE4 0, __SANE_MSGID 0, __SUBJ_ALPHA_END 0, __TAG_EXISTS_HTML 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __URI_NO_MAILTO 0, __URI_NO_WWW 0, __URI_NS ' MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2014 12:29:16 -0000 You have 1 new message [1]Sign In Universität Bern Blackboard | Technology Services References 1. http://myweb.ecu.edu/student/johnsonjessi10/agape/edu/signin.blackboard.edu.htm From owner-freebsd-mobile@FreeBSD.ORG Sun Apr 6 16:05:44 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6ECD39ED for ; Sun, 6 Apr 2014 16:05:44 +0000 (UTC) Received: from b.painless.aa.net.uk (b.painless.aa.net.uk [IPv6:2001:8b0:0:30::51bb:1e34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 175DBBFA for ; Sun, 6 Apr 2014 16:05:44 +0000 (UTC) Received: from 106.122.2.81.in-addr.arpa ([81.2.122.106] helo=nc-lap.bikerevolution.co.uk) by b.painless.aa.net.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.72) (envelope-from ) id 1WWpZj-0002T9-GX for freebsd-mobile@freebsd.org; Sun, 06 Apr 2014 17:05:42 +0100 Message-ID: <53417B52.50500@onetel.com> Date: Sun, 06 Apr 2014 17:05:38 +0100 From: Chris Whitehouse User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: Can't pair FreeBSD laptop and Nokia E72 phone with bluetooth References: <532AF631.5000300@onetel.com> In-Reply-To: <532AF631.5000300@onetel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2014 16:05:44 -0000 Hi, previously posted to bluetooth@ and questions@ but no reply so this is my last hope :) I'm hoping I'm just missing a bit of glue somewhere and it's not an unsupported bluetooth device. thanks Chris On 20/03/2014 14:07, Chris Whitehouse wrote: > I have a laptop with internal bluetooth module: > ugen4.3: at usbus4 > ubt0: addr 3> on usbus4 > > root@nc-lap:~ # uname -a > FreeBSD nc-lap.bikerevolution.co.uk 10.0-RELEASE FreeBSD 10.0-RELEASE #0 > r260789: Thu Jan 16 22:34:59 UTC 2014 > root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > The devices can see each other but if I try to pair from the phone I get > a message Unable to pair with nc-lap.bikerevolution.co.uk (ubt0). The phone is set to be > visible to everybody. See below for pairing from the laptop. > > loader.conf: > acpi_dsdt_load="YES" > acpi_dsdt_name="/boot/nc6320.aml" > loader_logo="BEASTIE" > coretemp_load="YES" > vboxdrv_load="YES" > tmpfs_load="YES" > ubtbcmfw_load="YES" > ng_ubt_load="YES" > acpi_hp_load="YES" > > > root@nc-lap:~ # kldstat > Id Refs Address Size Name > 1 62 0xffffffff80200000 15f0310 kernel > 2 1 0xffffffff817f1000 49a8 coretemp.ko > 3 3 0xffffffff81806000 57fb8 vboxdrv.ko > 4 1 0xffffffff8185e000 118a8 tmpfs.ko > 5 1 0xffffffff81870000 5120 ubtbcmfw.ko > 6 1 0xffffffff81876000 9f70 ng_ubt.ko > 7 2 0xffffffff81880000 10ec0 ng_hci.ko > 8 4 0xffffffff81891000 3508 ng_bluetooth.ko > 9 8 0xffffffff81895000 17680 netgraph.ko > 10 1 0xffffffff818ad000 83c0 acpi_hp.ko > 11 2 0xffffffff818b6000 7e10 acpi_wmi.ko > 12 1 0xffffffff81a12000 9bf6 linprocfs.ko > 13 2 0xffffffff81a1c000 432d4 linux.ko > 14 1 0xffffffff81a60000 25141 wpifw.ko > 15 1 0xffffffff81a86000 be53 ng_l2cap.ko > 16 1 0xffffffff81a92000 19d55 ng_btsocket.ko > 17 1 0xffffffff81aac000 37c7 ng_socket.ko > 18 1 0xffffffff81ab0000 34d8 ums.ko > 19 2 0xffffffff81ab4000 28c0 vboxnetflt.ko > 20 1 0xffffffff81ab7000 4041 ng_ether.ko > 21 1 0xffffffff81abc000 3ec0 vboxnetadp.ko > 22 1 0xffffffff81ac0000 1e7 linux_adobe.ko > 23 1 0xffffffff81ac1000 c1fe i915.ko > 24 1 0xffffffff81ace000 16efd drm.ko > > root@nc-lap:~ # ngctl list > There are 10 total nodes: > Name: ubt0 Type: ubt ID: 00000001 Num hooks: 1 > Name: btsock_hci_raw Type: btsock_hci_raw ID: 00000002 Num hooks: 1 > Name: btsock_l2c_raw Type: btsock_l2c_raw ID: 00000003 Num hooks: 1 > Name: btsock_l2c Type: btsock_l2c ID: 00000004 Num hooks: 1 > Name: btsock_sco Type: btsock_sco ID: 00000005 Num hooks: 0 > Name: ubt0hci Type: hci ID: 00000007 Num hooks: 3 > Name: ubt0l2cap Type: l2cap ID: 0000000b Num hooks: 3 > Name: bge0 Type: ether ID: 00000011 Num hooks: 0 > Name: wlan0 Type: ether ID: 00000012 Num hooks: 0 > Name: ngctl1534 Type: socket ID: 00000013 Num hooks: 0 > > I found somewhere advice to start bluetooth twice: > > root@nc-lap:~ # service -v bluetooth start ubt0 > bluetooth is located in /etc/rc.d > /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device ubt0 > root@nc-lap:~ # service -v bluetooth start ubt0 > bluetooth is located in /etc/rc.d > > After the first service start /var/log/messages says > Mar 16 12:37:15 nc-lap chrisw: /etc/rc.d/bluetooth: ERROR: Unable to > setup Bluetooth stack for device ubt0 > > > root@nc-lap:~ # hccontrol -n ubt0hci inquiry > Inquiry result, num_responses=1 > Inquiry result #0 > BD_ADDR: 30:38:55:8f:22:a7 > Page Scan Rep. Mode: 0x1 > Page Scan Period Mode: 00 > Page Scan Mode: 00 > Class: 5a:02:0c > Clock offset: 0x5af2 > Inquiry complete. Status: No error [00] > root@nc-lap:~ # hccontrol -n ubt0hci remote_name_request 30:38:55:8f:22:a7 > BD_ADDR: 30:38:55:8f:22:a7 > Name: miPhone > > > Trying to connect from the laptop: > > root@nc-lap:~ # hccontrol -n ubt0hci Create_Connection 30:38:55:8f:22:a7 > BD_ADDR: 30:38:55:8f:22:a7 > Connection handle: 11 > Encryption mode: Disabled [0] > > A few seconds later this message appears in /var/log/messages > Mar 16 13:10:33 nc-lap kernel: ng_l2cap_lp_discon_ind: ubt0l2cap - > unexpected LP_DisconnectInd event. Connection does not exist, con_handle=11 > > root@nc-lap:~ # hccontrol -n ubt0hci read_connection_list > Remote BD_ADDR Handle Type Mode Role Encrypt Pending Queue State > > I've also tried with role switching turned off but it doesn't change > anything. > > These warning messages appear in /var/log/messages > WARNING: attempt to domain_add(bluetooth) after domainfinalize() > WARNING: attempt to domain_add(netgraph) after domainfinalize() > > Also I don't get messages similar to what the handbook suggests should > appear: > ubt0: vendor 0x0a12 product 0x0001, rev 1.10/5.25, addr 2ubt0: Interface > 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2ubt0: Interface 1 > (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3, wMaxPacketSize=49, > nframes=6, buffer size=294 root@nc-lap:~ # l2ping -a 30:38:55:8f:22:a7 0 bytes from 30:38:55:8f:22:a7 seq_no=0 time=773.300 ms result=0 0 bytes from 30:38:55:8f:22:a7 seq_no=1 time=43.983 ms result=0 0 bytes from 30:38:55:8f:22:a7 seq_no=2 time=20.430 ms result=0 From owner-freebsd-mobile@FreeBSD.ORG Tue Apr 8 18:28:07 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51835A72 for ; Tue, 8 Apr 2014 18:28:07 +0000 (UTC) Received: from mail-qc0-x241.google.com (mail-qc0-x241.google.com [IPv6:2607:f8b0:400d:c01::241]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EDB1F124E for ; Tue, 8 Apr 2014 18:28:06 +0000 (UTC) Received: by mail-qc0-f193.google.com with SMTP id e16so456582qcx.4 for ; Tue, 08 Apr 2014 11:28:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Sf+p+l/NASN1OCB1stdnGvwK6zEKNwcX37Oo1duOd7U=; b=hndFrAl39XF1ewKgKiOr696sDkAROlQq993UbDbF7rUTeEMEaxlaqoZkzKgORAXm3u QcNz762dKnmmRjcvjcxQbfn+ygz3akE8nc5gwE2erA4xXAddGYF/B0QMaw4NQYgYjN1a cqiyQrdfi8oTvll9nZC4Cu3Y21BI1Hcbw1GLWAaZ5dA5iSzS2ewHp90YmBACAGgj1SgQ qjNEbdGaFHbuYzJbmokyeWTRgVj4mrbKSJlUYC5Wjb4Bvv/dBflQRbIfWa9sHzUwT+zY 14+Gcqd8q5+BXzsSHcMi4B6ZaiIE3tS+rLQeHUIzBSdpGNfiy9skM8jc4o+k4UmBivvB Achw== MIME-Version: 1.0 X-Received: by 10.140.107.229 with SMTP id h92mr6389561qgf.30.1396981685917; Tue, 08 Apr 2014 11:28:05 -0700 (PDT) Received: by 10.96.200.136 with HTTP; Tue, 8 Apr 2014 11:28:05 -0700 (PDT) Date: Tue, 8 Apr 2014 22:28:05 +0400 Message-ID: Subject: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Ivan Rokotov To: freebsd-mobile@freebsd.org Content-Type: multipart/mixed; boundary=001a113a602025b96404f68c2593 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2014 18:28:07 -0000 --001a113a602025b96404f68c2593 Content-Type: text/plain; charset=ISO-8859-1 Hi, I'm experimenting with suspend/resume on Lenovo IdeaPad S400 with FreeBSD 10.0-RELEASE. dmesg from this machine and acpi-related sysctl info is attached. Info as recommended on https://wiki.freebsd.org/SuspendResume: # sysctl hw.acpi.supported_sleep_state hw.acpi.supported_sleep_state: S3 S4 S5 # pciconf -l | sed 's/[0-9]*@.*//' | sort -u ahci ehci hdac hostb isab iwn none pcib re vgapci xhci Text mode: # kldstat | awk '{ if (index($5, ".ko")) print $5 }' linux.ko coretemp.ko vboxdrv.ko drm2.ko iicbus.ko cuse4bsd.ko tmpfs.ko nullfs.ko linprocfs.ko linsysfs.ko ng_ubt.ko netgraph.ko ng_hci.ko ng_bluetooth.ko ng_l2cap.ko ng_btsocket.ko ng_socket.ko vboxnetflt.ko ng_ether.ko vboxnetadp.ko In X, i915kms.ko and iic.ko iicbb.ko are added. 1. Suspend from text mode and X work. In X, the screen goes to some sort of low color profile (reducing number of colors to e.g.16) for a moment, then goes black. In both cases, fans turn off, power button is blinking. 2. Resume to text mode: everything works except video (backlight visible, but nothing more). No error messages in the logs. I can ssh to that machine, usb ports and webcam wake up. I can even type 'startx' blindly - and X starts normally, the screen picture appears. 3. Resume to X. The correct screen picture, in full color, appears for a part of a second, then dissapears and 3a. the first time I tried, after that only backlight remained. Machine was in a working state and I ssh'd to it and found this in the logs: error: [drm:pid12:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung info: [drm] capturing error event; look for more information in sysctl hw.dri.0.info.i915_error_state That output is attached. 3b. next time I tried, screen picture turns to a mess of white, pink etc. dots and computer became non-responsive. Can't ssh to it, can't type anything. The fan is silent. Only hard reset remains. Experimenting with acpi_video.ko and hw.acpi.reset_video=1 changes absolutely nothing. More info to post? Does anybody have this or similar notebook? Your experiences? Something new to try? Ivan --001a113a602025b96404f68c2593 Content-Type: text/plain; charset=US-ASCII; name="dmesg.txt" Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_htrfnvkn1 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMC4wLVJFTEVBU0UgIzA6IFN1biBBcHIgIDYgMDU6 MzU6NTEgMjAxNAogICAgLi4uQC4uLjovdXNyL29iai91c3Ivc3JjL3N5cy8uLi4gYW1kNjQKRnJl ZUJTRCBjbGFuZyB2ZXJzaW9uIDMuMyAodGFncy9SRUxFQVNFXzMzL2ZpbmFsIDE4MzUwMikgMjAx MzA2MTAKaW5mbzogW2RybV0gSW5pdGlhbGl6ZWQgZHJtIDEuMS4wIDIwMDYwODEwCkNQVTogSW50 ZWwoUikgQ29yZShUTSkgaTMtMzIxN1UgQ1BVIEAgMS44MEdIeiAoMTc5NS45Ni1NSHogSzgtY2xh c3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4MzA2YTkgIEZhbWlseSA9 IDB4NiAgTW9kZWwgPSAweDNhICBTdGVwcGluZyA9IDkKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQ VSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENN T1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRN LFBCRT4KICBGZWF0dXJlczI9MHgzZGJhZTNiZjxTU0UzLFBDTE1VTFFEUSxEVEVTNjQsTU9OLERT X0NQTCxWTVgsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTSxQQ0lELFNTRTQuMSxTU0U0LjIs eDJBUElDLFBPUENOVCxUU0NETFQsWFNBVkUsT1NYU0FWRSxBVlgsRjE2Qz4KICBBTUQgRmVhdHVy ZXM9MHgyODEwMDgwMDxTWVNDQUxMLE5YLFJEVFNDUCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MTxM QUhGPgogIFN0YW5kYXJkIEV4dGVuZGVkIEZlYXR1cmVzPTB4MjgxPEdTRlNCQVNFLFNNRVAsRU5I TU9WU0I+CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpy ZWFsIG1lbW9yeSAgPSA0Mjk0OTY3Mjk2ICg0MDk2IE1CKQphdmFpbCBtZW1vcnkgPSA0MDAxMTQw NzM2ICgzODE1IE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBU YWJsZTogPExFTk9WTyBDQi0wMSAgID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3Rl bSBEZXRlY3RlZDogNCBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCAyIGNvcmUocykg eCAyIFNNVCB0aHJlYWRzCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElD IElEOiAgMQogY3B1MiAoQVApOiBBUElDIElEOiAgMgogY3B1MyAoQVApOiBBUElDIElEOiAgMwpp b2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCkN1c2U0QlNEIHYw LjEuMzAgQCAvZGV2L2N1c2UKa2JkMSBhdCBrYmRtdXgwCnJhbmRvbTogPFNvZnR3YXJlLCBZYXJy b3c+IGluaXRpYWxpemVkCmFjcGkwOiA8TEVOT1ZPIENCLTAxPiBvbiBtb3RoZXJib2FyZAphY3Bp MDogUG93ZXIgQnV0dG9uIChmaXhlZCkKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8 QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MzogPEFDUEkg Q1BVPiBvbiBhY3BpMApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAw eGZlZDAwMDAwLTB4ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5j eSAxNDMxODE4MCBIeiBxdWFsaXR5IDk1MApFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0 MzE4MTgwIEh6IHF1YWxpdHkgNTUwCkV2ZW50IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDE0MzE4 MTgwIEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMiIgZnJlcXVlbmN5IDE0MzE4MTgw IEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMyIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6 IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUNCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1 YWxpdHkgNDQwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3NyBpcnEg OCBvbiBhY3BpMAphdHJ0YzA6IFdhcm5pbmc6IENvdWxkbid0IG1hcCBJL08uCkV2ZW50IHRpbWVy ICJSVEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKYXR0aW1lcjA6IDxBVCB0aW1lcj4g cG9ydCAweDQwLTB4NDMsMHg1MC0weDUzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1 NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJpODI1NCIgZnJl cXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJl cXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSA5MDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIg YXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg0MDgtMHg0MGIgb24gYWNwaTAKYWNwaV9lYzA6IDxFbWJl ZGRlZCBDb250cm9sbGVyOiBHUEUgMHgxNz4gcG9ydCAweDYyLDB4NjYgb24gYWNwaTAKcGNpYjA6 IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liMAp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4g cG9ydCAweDMwMDAtMHgzMDNmIG1lbSAweGQwMDAwMDAwLTB4ZDAzZmZmZmYsMHhjMDAwMDAwMC0w eGNmZmZmZmZmIGlycSAxNiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKYWdwMDogPEl2eUJyaWRnZSBt b2JpbGUgR1QyIElHPiBvbiB2Z2FwY2kwCmFncDA6IGFwZXJ0dXJlIHNpemUgaXMgMjU2TSwgZGV0 ZWN0ZWQgNjU1MzJrIHN0b2xlbiBtZW1vcnkKdmdhcGNpMDogQm9vdCB2aWRlbyBkZXZpY2UKeGhj aTA6IDxJbnRlbCBQYW50aGVyIFBvaW50IFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4ZDA2MDAw MDAtMHhkMDYwZmZmZiBhdCBkZXZpY2UgMjAuMCBvbiBwY2kwCnVzYnVzMDogd2FpdGluZyBmb3Ig QklPUyB0byBnaXZlIHVwIGNvbnRyb2wKeGhjaTA6IDMyIGJ5dGUgY29udGV4dCBzaXplLgp4aGNp MDogUG9ydCByb3V0aW5nIG1hc2sgc2V0IHRvIDB4ZmZmZmZmZmYKdXNidXMwIG9uIHhoY2kwCnBj aTA6IDxzaW1wbGUgY29tbXM+IGF0IGRldmljZSAyMi4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmVo Y2kwOiA8SW50ZWwgUGFudGhlciBQb2ludCBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGQwNjE5 MDAwLTB4ZDA2MTkzZmYgaXJxIDE2IGF0IGRldmljZSAyNi4wIG9uIHBjaTAKdXNidXMxOiBFSENJ IHZlcnNpb24gMS4wCnVzYnVzMSBvbiBlaGNpMApoZGFjMDogPEludGVsIFBhbnRoZXIgUG9pbnQg SERBIENvbnRyb2xsZXI+IG1lbSAweGQwNjEwMDAwLTB4ZDA2MTNmZmYgaXJxIDIyIGF0IGRldmlj ZSAyNy4wIG9uIHBjaTAKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2 aWNlIDI4LjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpyZTA6IDxSZWFs VGVrIDgxMHhFIFBDSWUgMTAvMTAwYmFzZVRYPiBwb3J0IDB4MjAwMC0weDIwZmYgbWVtIDB4ZDA0 MDQwMDAtMHhkMDQwNGZmZiwweGQwNDAwMDAwLTB4ZDA0MDNmZmYgaXJxIDE2IGF0IGRldmljZSAw LjAgb24gcGNpMQpyZTA6IFVzaW5nIDEgTVNJLVggbWVzc2FnZQpyZTA6IHR1cm5pbmcgb2ZmIE1T SSBlbmFibGUgYml0LgpyZTA6IEFTUE0gZGlzYWJsZWQKcmUwOiBDaGlwIHJldi4gMHg0MDgwMDAw MApyZTA6IE1BQyByZXYuIDB4MDA0MDAwMDAKbWlpYnVzMDogPE1JSSBidXM+IG9uIHJlMApybHBo eTA6IDxSVEw4MjAxRSAxMC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwCnJs cGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1 dG8sIGF1dG8tZmxvdwpyZTA6IEV0aGVybmV0IGFkZHJlc3M6IDIwOjFhOjA2OjMxOmNkOmE3CnBj aWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAyOC4xIG9uIHBjaTAK cGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKaXduMDogPEludGVsIENlbnRyaW5vIFdpcmVs ZXNzLU4gMjIzMD4gbWVtIDB4ZDA1MDAwMDAtMHhkMDUwMWZmZiBpcnEgMTcgYXQgZGV2aWNlIDAu MCBvbiBwY2kyCmVoY2kxOiA8SW50ZWwgUGFudGhlciBQb2ludCBVU0IgMi4wIGNvbnRyb2xsZXI+ IG1lbSAweGQwNjE4MDAwLTB4ZDA2MTgzZmYgaXJxIDIzIGF0IGRldmljZSAyOS4wIG9uIHBjaTAK dXNidXMyOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMiBvbiBlaGNpMQppc2FiMDogPFBDSS1JU0Eg YnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAph aGNpMDogPEludGVsIFBhbnRoZXIgUG9pbnQgQUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHgz MDg4LTB4MzA4ZiwweDMwOTQtMHgzMDk3LDB4MzA4MC0weDMwODcsMHgzMDkwLTB4MzA5MywweDMw NjAtMHgzMDdmIG1lbSAweGQwNjE3MDAwLTB4ZDA2MTc3ZmYgaXJxIDE5IGF0IGRldmljZSAzMS4y IG9uIHBjaTAKYWhjaTA6IEFIQ0kgdjEuMzAgd2l0aCA2IDNHYnBzIHBvcnRzLCBQb3J0IE11bHRp cGxpZXIgbm90IHN1cHBvcnRlZAphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAg b24gYWhjaTAKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kwCmFo Y2llbTA6IDxBSENJIGVuY2xvc3VyZSBtYW5hZ2VtZW50IGJyaWRnZT4gb24gYWhjaTAKcGNpMDog PHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQph Y3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMAphY3BpX3R6MDog PFRoZXJtYWwgWm9uZT4gb24gYWNwaTAKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBh Y3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2 NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMApr YmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IDxQUy8yIE1vdXNlPiBp cnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBtb2RlbCBTeW5hcHRp Y3MgVG91Y2hwYWQsIGRldmljZSBJRCAwCmJhdHRlcnkwOiA8QUNQSSBDb250cm9sIE1ldGhvZCBC YXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgQWRhcHRlcj4gb24gYWNwaTAKb3JtMDog PElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGNmMDAwLTB4Y2ZmZmYgb24gaXNhMApzYzA6IDxT eXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVh bCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQg MHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKcHBjMDogY2Fubm90IHJl c2VydmUgSS9PIHBvcnQgcmFuZ2UKY29yZXRlbXAwOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNv cnM+IG9uIGNwdTAKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4g b24gY3B1MApwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MApj b3JldGVtcDE6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MQplc3QxOiA8RW5o YW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCnA0dGNjMTogPENQVSBG cmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUxCmNvcmV0ZW1wMjogPENQVSBPbi1EaWUg VGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUyCmVzdDI6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVl bmN5IENvbnRyb2w+IG9uIGNwdTIKcDR0Y2MyOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRy b2w+IG9uIGNwdTIKY29yZXRlbXAzOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNw dTMKZXN0MzogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1Mwpw NHRjYzM6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MwpUaW1lY291bnRl cnMgdGljayBldmVyeSAxLjAwMCBtc2VjCnZib3hkcnY6IGZBc3luYz0wIG9mZk1pbj0weDI2YyBv ZmZNYXg9MHg1ZDgKaGRhY2MwOiA8UmVhbHRlayBBTEMyNjkgSERBIENPREVDPiBhdCBjYWQgMCBv biBoZGFjMApoZGFhMDogPFJlYWx0ZWsgQUxDMjY5IEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBu aWQgMSBvbiBoZGFjYzAKcGNtMDogPFJlYWx0ZWsgQUxDMjY5IChBbmFsb2cgMi4wK0hQLzIuMCk+ IGF0IG5pZCAyMCwyMSBhbmQgMTgsMjQgb24gaGRhYTAKaGRhY2MxOiA8SW50ZWwgUGFudGhlciBQ b2ludCBIREEgQ09ERUM+IGF0IGNhZCAzIG9uIGhkYWMwCmhkYWExOiA8SW50ZWwgUGFudGhlciBQ b2ludCBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MxCnBjbTE6IDxJbnRl bCBQYW50aGVyIFBvaW50IChIRE1JL0RQIDhjaCk+IGF0IG5pZCA1IG9uIGhkYWExCnJhbmRvbTog dW5ibG9ja2luZyBkZXZpY2UuCnVzYnVzMDogNS4wR2JwcyBTdXBlciBTcGVlZCBVU0IgdjMuMAp1 c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1c2J1czI6IDQ4ME1icHMgSGlnaCBT cGVlZCBVU0IgdjIuMAp1Z2VuMC4xOiA8MHg4MDg2PiBhdCB1c2J1czAKdWh1YjA6IDwweDgwODYg WEhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVz MAp1Z2VuMi4xOiA8SW50ZWw+IGF0IHVzYnVzMgp1aHViMTogPEludGVsIEVIQ0kgcm9vdCBIVUIs IGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czIKdWdlbjEuMTogPElu dGVsPiBhdCB1c2J1czEKdWh1YjI6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJl diAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCihhcHJvYmUwOmFoY2ljaDA6MDowOjApOiBT RVRGRUFUVVJFUyBFTkFCTEUgU0FUQSBGRUFUVVJFLiBBQ0I6IGVmIDEwIDAwIDAwIDAwIDQwIDAw IDAwIDAwIDAwIDA1IDAwCihhcHJvYmUwOmFoY2ljaDA6MDowOjApOiBDQU0gc3RhdHVzOiBBVEEg U3RhdHVzIEVycm9yCihhcHJvYmUwOmFoY2ljaDA6MDowOjApOiBBVEEgc3RhdHVzOiA1MSAoRFJE WSBTRVJWIEVSUiksIGVycm9yOiAwNCAoQUJSVCApCihhcHJvYmUwOmFoY2ljaDA6MDowOjApOiBS RVM6IDUxIDA0IDAwIDAwIDAwIDQwIDAwIDAwIDAwIDA1IDAwCihhcHJvYmUwOmFoY2ljaDA6MDow OjApOiBSZXRyeWluZyBjb21tYW5kCihhcHJvYmUwOmFoY2ljaDA6MDowOjApOiBTRVRGRUFUVVJF UyBFTkFCTEUgU0FUQSBGRUFUVVJFLiBBQ0I6IGVmIDEwIDAwIDAwIDAwIDQwIDAwIDAwIDAwIDAw IDA1IDAwCihhcHJvYmUwOmFoY2ljaDA6MDowOjApOiBDQU0gc3RhdHVzOiBBVEEgU3RhdHVzIEVy cm9yCihhcHJvYmUwOmFoY2ljaDA6MDowOjApOiBBVEEgc3RhdHVzOiA1MSAoRFJEWSBTRVJWIEVS UiksIGVycm9yOiAwNCAoQUJSVCApCihhcHJvYmUwOmFoY2ljaDA6MDowOjApOiBSRVM6IDUxIDA0 IDAwIDAwIDAwIDQwIDAwIDAwIDAwIDA1IDAwCihhcHJvYmUwOmFoY2ljaDA6MDowOjApOiBFcnJv ciA1LCBSZXRyaWVzIGV4aGF1c3RlZAphZGEwIGF0IGFoY2ljaDAgYnVzIDAgc2NidXMwIHRhcmdl dCAwIGx1biAwCmFkYTA6IDxDcnVjaWFsIENUMjQwTTUwMFNTRDMgTVUwMz4gQVRBLTkgU0FUQSAz LnggZGV2aWNlCmFkYTA6IFNlcmlhbCBOdW1iZXIgMTM1MTA5NUY5M0Q2CmFkYTA6IDMwMC4wMDBN Qi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGEwOiBDb21t YW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMDogMjI4OTM2TUIgKDQ2ODg2MjEyOCA1MTIgYnl0ZSBz ZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQphZGEwOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBh ZDQKYWRhMSBhdCBhaGNpY2gxIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4gMAphZGExOiA8U1Q1 MDBMVDAxMi05V1MxNDIgMDAwMUxWTTE+IEFUQS04IFNBVEEgMi54IGRldmljZQphZGExOiBTZXJp YWwgTnVtYmVyIFMwVkJUTlM5CmFkYTE6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngs IFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGExOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRh MTogNDc2OTQwTUIgKDk3Njc3MzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODND KQphZGExOiBxdWlya3M9MHgxPDRLPgphZGExOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDYK c2VzMCBhdCBhaGNpZW0wIGJ1cyAwIHNjYnVzMiB0YXJnZXQgMCBsdW4gMApzZXMwOiA8QUhDSSBT R1BJTyBFbmNsb3N1cmUgMS4wMCAwMDAxPiBTRU1CIFMtRS1TIDIuMDAgZGV2aWNlCnNlczA6IFNF TUIgU0VTIERldmljZQpOZXR2c2MgaW5pdGlhbGl6aW5nLi4uIFNNUDogQVAgQ1BVICMxIExhdW5j aGVkIQpTTVA6IEFQIENQVSAjMiBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhCnVo dWIwOiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdh aXRpbmcgZm9yOiB1c2J1czIgdXNidXMxIHVzYnVzMAp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnVnZW4wLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czAKdWdlbjEuMjogPHZl bmRvciAweDgwODc+IGF0IHVzYnVzMQp1aHViMzogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAw MjQsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czEKdWdlbjIuMjog PHZlbmRvciAweDgwODc+IGF0IHVzYnVzMgp1aHViNDogPHZlbmRvciAweDgwODcgcHJvZHVjdCAw eDAwMjQsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czIKUm9vdCBt b3VudCB3YWl0aW5nIGZvcjogdXNidXMyIHVzYnVzMQp1aHViMzogNiBwb3J0cyB3aXRoIDYgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjQ6IDggcG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnVnZW4xLjM6IDxHZW5lcmljPiBhdCB1c2J1czEKUm9vdCBtb3VudCB3YWl0aW5n IGZvcjogdXNidXMxCnVnZW4xLjQ6IDxBenVyZXdhdmU+IGF0IHVzYnVzMQpUcnlpbmcgdG8gbW91 bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkYTBwMiBbcnddLi4uCndsYW4wOiBFdGhlcm5ldCBhZGRy ZXNzOiA2ODoxNzoyOTphMTpiNzo0Nwp1YnQwOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDdk YSwgY2xhc3MgMjI0LzEsIHJldiAyLjAwLzc4LjY5LCBhZGRyIDE+IG9uIHVzYnVzMApXQVJOSU5H OiBhdHRlbXB0IHRvIGRvbWFpbl9hZGQoYmx1ZXRvb3RoKSBhZnRlciBkb21haW5maW5hbGl6ZSgp CldBUk5JTkc6IGF0dGVtcHQgdG8gZG9tYWluX2FkZChuZXRncmFwaCkgYWZ0ZXIgZG9tYWluZmlu YWxpemUoKQpkcm1uMDogPEludGVsIEl2eUJyaWRnZSAoTSk+IG9uIHZnYXBjaTAKaW5mbzogW2Ry bV0gTVNJIGVuYWJsZWQgMSBtZXNzYWdlKHMpCmluZm86IFtkcm1dIEFHUCBhdCAweGMwMDAwMDAw IDI1Nk1CCmlpY2J1czA6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMCBhZGRyIDB4ZmYKaWlj MDogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzMAppaWMxOiA8STJDIGdlbmVyaWMgSS9PPiBv biBpaWNidXMxCmlpY2J1czI6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMSBhZGRyIDB4ZmYK aWljMjogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzMgppaWMzOiA8STJDIGdlbmVyaWMgSS9P PiBvbiBpaWNidXMzCmlpY2J1czQ6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMiBhZGRyIDB4 ZmYKaWljNDogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzNAppaWM1OiA8STJDIGdlbmVyaWMg SS9PPiBvbiBpaWNidXM1CmlpY2J1czY6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMyBhZGRy IDB4ZmYKaWljNjogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzNgppaWM3OiA8STJDIGdlbmVy aWMgSS9PPiBvbiBpaWNidXM3CmlpY2J1czg6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiNCBh ZGRyIDB4ZmYKaWljODogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzOAppaWM5OiA8STJDIGdl bmVyaWMgSS9PPiBvbiBpaWNidXM5CmlpY2J1czEwOiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNi YjUgYWRkciAweGZmCmlpYzEwOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMxMAppaWMxMTog PEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzMTEKaWljYnVzMTI6IDxQaGlsaXBzIEkyQyBidXM+ IG9uIGlpY2JiNiBhZGRyIDB4ZmYKaWljMTI6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czEy CmlpYzEzOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMxMwppaWNidXMxNDogPFBoaWxpcHMg STJDIGJ1cz4gb24gaWljYmI3IGFkZHIgMHhmZgppaWMxNDogPEkyQyBnZW5lcmljIEkvTz4gb24g aWljYnVzMTQKaWljMTU6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czE1CmluZm86IFtkcm1d IFN1cHBvcnRzIHZibGFuayB0aW1lc3RhbXAgY2FjaGluZyBSZXYgMSAoMTAuMTAuMjAxMCkuCmlu Zm86IFtkcm1dIERyaXZlciBzdXBwb3J0cyBwcmVjaXNlIHZibGFuayB0aW1lc3RhbXAgcXVlcnku CmRybW4wOiB0YWtpbmcgb3ZlciB0aGUgZmljdGl0aW91cyByYW5nZSAweGMwMDAwMDAwLTB4ZDAw MDAwMDAKaW5mbzogW2RybV0gSW5pdGlhbGl6ZWQgaTkxNSAxLjYuMCAyMDA4MDczMAo= --001a113a602025b96404f68c2593 Content-Type: text/plain; charset=US-ASCII; name="acpi.txt" Content-Disposition: attachment; filename="acpi.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_htrfzc3u2 ZGV2aWNlCWFjcGkKZGVidWcuYWNwaS5hY3BpX2NhX3ZlcnNpb246IDIwMTMwODIzCmRlYnVnLmFj cGkuZW5hYmxlX2RlYnVnX29iamVjdHM6IDAKZGVidWcuYWNwaS5pbnRlcnByZXRlcl9zbGFjazog MQpkZWJ1Zy5hY3BpLnJlc2V0X2Nsb2NrOiAxCmRlYnVnLmFjcGkuc3VzcGVuZF9ib3VuY2U6IDAK ZGVidWcuYWNwaS5jcHVfdW5vcmRlcmVkOiAwCmRlYnVnLmFjcGkuZWMuYnVyc3Q6IDAKZGVidWcu YWNwaS5lYy5wb2xsZWQ6IDAKZGVidWcuYWNwaS5lYy50aW1lb3V0OiA3NTAKZGVidWcuYWNwaS5i YXR0LmJhdHRfc2xlZXBfbXM6IDAKZGVidWcuYWNwaS5yZXN1bWVfYmVlcDogMApody5hY3BpLnN1 cHBvcnRlZF9zbGVlcF9zdGF0ZTogUzMgUzQgUzUKaHcuYWNwaS5wb3dlcl9idXR0b25fc3RhdGU6 IFM1Cmh3LmFjcGkuc2xlZXBfYnV0dG9uX3N0YXRlOiBTMwpody5hY3BpLmxpZF9zd2l0Y2hfc3Rh dGU6IE5PTkUKaHcuYWNwaS5zdGFuZGJ5X3N0YXRlOiBOT05FCmh3LmFjcGkuc3VzcGVuZF9zdGF0 ZTogUzMKaHcuYWNwaS5zbGVlcF9kZWxheTogMQpody5hY3BpLnM0YmlvczogMApody5hY3BpLnZl cmJvc2U6IDAKaHcuYWNwaS5kaXNhYmxlX29uX3JlYm9vdDogMApody5hY3BpLmhhbmRsZV9yZWJv b3Q6IDEKaHcuYWNwaS5yZXNldF92aWRlbzogMApody5hY3BpLmNwdS5jeF9sb3dlc3Q6IEMxCmh3 LmFjcGkudGhlcm1hbC5taW5fcnVudGltZTogMApody5hY3BpLnRoZXJtYWwucG9sbGluZ19yYXRl OiAxMApody5hY3BpLnRoZXJtYWwudXNlcl9vdmVycmlkZTogMApody5hY3BpLnRoZXJtYWwudHow LnRlbXBlcmF0dXJlOiA0Ni4wQwpody5hY3BpLnRoZXJtYWwudHowLmFjdGl2ZTogLTEKaHcuYWNw aS50aGVybWFsLnR6MC5wYXNzaXZlX2Nvb2xpbmc6IDAKaHcuYWNwaS50aGVybWFsLnR6MC50aGVy bWFsX2ZsYWdzOiAxCmh3LmFjcGkudGhlcm1hbC50ejAuX1BTVjogMC4wQwpody5hY3BpLnRoZXJt YWwudHowLl9IT1Q6IDEyNy4wQwpody5hY3BpLnRoZXJtYWwudHowLl9DUlQ6IDEyNy4wQwpody5h Y3BpLnRoZXJtYWwudHowLl9BQ3g6IC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xCmh3LmFj cGkudGhlcm1hbC50ejAuX1RDMTogMApody5hY3BpLnRoZXJtYWwudHowLl9UQzI6IDAKaHcuYWNw aS50aGVybWFsLnR6MC5fVFNQOiAwCmh3LmFjcGkuYmF0dGVyeS5saWZlOiAxMDAKaHcuYWNwaS5i YXR0ZXJ5LnRpbWU6IC0xCmh3LmFjcGkuYmF0dGVyeS5zdGF0ZTogMApody5hY3BpLmJhdHRlcnku dW5pdHM6IDEKaHcuYWNwaS5iYXR0ZXJ5LmluZm9fZXhwaXJlOiA1Cmh3LmFjcGkuYWNsaW5lOiAx Cm1hY2hkZXAuYWNwaV90aW1lcl9mcmVxOiAzNTc5NTQ1Cm1hY2hkZXAuaWRsZV9hdmFpbGFibGU6 IHNwaW4sIG13YWl0LCBobHQsIGFjcGkKbWFjaGRlcC5pZGxlOiBhY3BpCm1hY2hkZXAuYWNwaV9y b290OiAxMDQwNDE2CmRldi5hY3BpLjAuJWRlc2M6IExFTk9WTyBDQi0wMQpkZXYuYWNwaS4wLiVk cml2ZXI6IGFjcGkKZGV2LmFjcGkuMC4lcGFyZW50OiBuZXh1czAKZGV2LmFjcGlfc3lzcmVzb3Vy Y2UuMC4lZGVzYzogU3lzdGVtIFJlc291cmNlCmRldi5hY3BpX3N5c3Jlc291cmNlLjAuJWRyaXZl cjogYWNwaV9zeXNyZXNvdXJjZQpkZXYuYWNwaV9zeXNyZXNvdXJjZS4wLiVsb2NhdGlvbjogaGFu ZGxlPVxfU0JfLlBDSTAuTFBDQi5MRFJDCmRldi5hY3BpX3N5c3Jlc291cmNlLjAuJXBucGluZm86 IF9ISUQ9UE5QMEMwMiBfVUlEPTIKZGV2LmFjcGlfc3lzcmVzb3VyY2UuMC4lcGFyZW50OiBhY3Bp MApkZXYuYWNwaV9zeXNyZXNvdXJjZS4xLiVkZXNjOiBTeXN0ZW0gUmVzb3VyY2UKZGV2LmFjcGlf c3lzcmVzb3VyY2UuMS4lZHJpdmVyOiBhY3BpX3N5c3Jlc291cmNlCmRldi5hY3BpX3N5c3Jlc291 cmNlLjEuJWxvY2F0aW9uOiBoYW5kbGU9XF9TQl8uUENJMC5MUENCLkNXRFQKZGV2LmFjcGlfc3lz cmVzb3VyY2UuMS4lcG5waW5mbzogX0hJRD1JTlQzRjBEIF9VSUQ9MApkZXYuYWNwaV9zeXNyZXNv dXJjZS4xLiVwYXJlbnQ6IGFjcGkwCmRldi5hY3BpX3N5c3Jlc291cmNlLjIuJWRlc2M6IFN5c3Rl bSBSZXNvdXJjZQpkZXYuYWNwaV9zeXNyZXNvdXJjZS4yLiVkcml2ZXI6IGFjcGlfc3lzcmVzb3Vy Y2UKZGV2LmFjcGlfc3lzcmVzb3VyY2UuMi4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QQ0kwLlBE UkMKZGV2LmFjcGlfc3lzcmVzb3VyY2UuMi4lcG5waW5mbzogX0hJRD1QTlAwQzAyIF9VSUQ9MQpk ZXYuYWNwaV9zeXNyZXNvdXJjZS4yLiVwYXJlbnQ6IGFjcGkwCmRldi5hY3BpX3N5c3Jlc291cmNl LjMuJWRlc2M6IFN5c3RlbSBSZXNvdXJjZQpkZXYuYWNwaV9zeXNyZXNvdXJjZS4zLiVkcml2ZXI6 IGFjcGlfc3lzcmVzb3VyY2UKZGV2LmFjcGlfc3lzcmVzb3VyY2UuMy4lbG9jYXRpb246IGhhbmRs ZT1cX1NCXy5NRU0yCmRldi5hY3BpX3N5c3Jlc291cmNlLjMuJXBucGluZm86IF9ISUQ9UE5QMEMw MSBfVUlEPTIKZGV2LmFjcGlfc3lzcmVzb3VyY2UuMy4lcGFyZW50OiBhY3BpMApkZXYuYWNwaV9z eXNyZXNvdXJjZS40LiVkZXNjOiBTeXN0ZW0gUmVzb3VyY2UKZGV2LmFjcGlfc3lzcmVzb3VyY2Uu NC4lZHJpdmVyOiBhY3BpX3N5c3Jlc291cmNlCmRldi5hY3BpX3N5c3Jlc291cmNlLjQuJWxvY2F0 aW9uOiBoYW5kbGU9XF9TQl8uUFRJRApkZXYuYWNwaV9zeXNyZXNvdXJjZS40LiVwbnBpbmZvOiBf SElEPUlOVDM0MEUgX1VJRD0wCmRldi5hY3BpX3N5c3Jlc291cmNlLjQuJXBhcmVudDogYWNwaTAK ZGV2LmNwdS4wLiVwYXJlbnQ6IGFjcGkwCmRldi5jcHUuMS4lcGFyZW50OiBhY3BpMApkZXYuY3B1 LjIuJXBhcmVudDogYWNwaTAKZGV2LmNwdS4zLiVwYXJlbnQ6IGFjcGkwCmRldi5ocGV0LjAuJXBh cmVudDogYWNwaTAKZGV2LmF0cnRjLjAuJXBhcmVudDogYWNwaTAKZGV2LmF0dGltZXIuMC4lcGFy ZW50OiBhY3BpMApkZXYuYWNwaV90aW1lci4wLiVkZXNjOiAyNC1iaXQgdGltZXIgYXQgMy41Nzk1 NDVNSHoKZGV2LmFjcGlfdGltZXIuMC4lZHJpdmVyOiBhY3BpX3RpbWVyCmRldi5hY3BpX3RpbWVy LjAuJWxvY2F0aW9uOiB1bmtub3duCmRldi5hY3BpX3RpbWVyLjAuJXBucGluZm86IHVua25vd24K ZGV2LmFjcGlfdGltZXIuMC4lcGFyZW50OiBhY3BpMApkZXYuYWNwaV9lYy4wLiVkZXNjOiBFbWJl ZGRlZCBDb250cm9sbGVyOiBHUEUgMHgxNwpkZXYuYWNwaV9lYy4wLiVkcml2ZXI6IGFjcGlfZWMK ZGV2LmFjcGlfZWMuMC4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QQ0kwLkxQQ0IuRUMwXwpkZXYu YWNwaV9lYy4wLiVwbnBpbmZvOiBfSElEPVBOUDBDMDkgX1VJRD0wCmRldi5hY3BpX2VjLjAuJXBh cmVudDogYWNwaTAKZGV2LnBjaV9saW5rLjAuJXBhcmVudDogYWNwaTAKZGV2LnBjaV9saW5rLjEu JXBhcmVudDogYWNwaTAKZGV2LnBjaV9saW5rLjIuJXBhcmVudDogYWNwaTAKZGV2LnBjaV9saW5r LjMuJXBhcmVudDogYWNwaTAKZGV2LnBjaV9saW5rLjQuJXBhcmVudDogYWNwaTAKZGV2LnBjaV9s aW5rLjUuJXBhcmVudDogYWNwaTAKZGV2LnBjaV9saW5rLjYuJXBhcmVudDogYWNwaTAKZGV2LnBj aV9saW5rLjcuJXBhcmVudDogYWNwaTAKZGV2LnBjaWIuMC4lcGFyZW50OiBhY3BpMApkZXYuYWNw aV9saWQuMC4lZGVzYzogQ29udHJvbCBNZXRob2QgTGlkIFN3aXRjaApkZXYuYWNwaV9saWQuMC4l ZHJpdmVyOiBhY3BpX2xpZApkZXYuYWNwaV9saWQuMC4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5M SUQwCmRldi5hY3BpX2xpZC4wLiVwbnBpbmZvOiBfSElEPVBOUDBDMEQgX1VJRD0wCmRldi5hY3Bp X2xpZC4wLiVwYXJlbnQ6IGFjcGkwCmRldi5hY3BpX2xpZC4wLndha2U6IDEKZGV2LmFjcGlfdHou MC4lZGVzYzogVGhlcm1hbCBab25lCmRldi5hY3BpX3R6LjAuJWRyaXZlcjogYWNwaV90egpkZXYu YWNwaV90ei4wLiVsb2NhdGlvbjogaGFuZGxlPVxfVFpfLlRaMDAKZGV2LmFjcGlfdHouMC4lcG5w aW5mbzogX0hJRD1ub25lIF9VSUQ9MApkZXYuYWNwaV90ei4wLiVwYXJlbnQ6IGFjcGkwCmRldi5h dGRtYS4wLiVwYXJlbnQ6IGFjcGkwCmRldi5mcHVwbnAuMC4lcGFyZW50OiBhY3BpMApkZXYuYWNw aV9idXR0b24uMC4lZGVzYzogUG93ZXIgQnV0dG9uCmRldi5hY3BpX2J1dHRvbi4wLiVkcml2ZXI6 IGFjcGlfYnV0dG9uCmRldi5hY3BpX2J1dHRvbi4wLiVsb2NhdGlvbjogaGFuZGxlPVxfU0JfLlBD STAuTFBDQi5QV1JCCmRldi5hY3BpX2J1dHRvbi4wLiVwbnBpbmZvOiBfSElEPVBOUDBDMEMgX1VJ RD0wCmRldi5hY3BpX2J1dHRvbi4wLiVwYXJlbnQ6IGFjcGkwCmRldi5hdGtiZGMuMC4lcGFyZW50 OiBhY3BpMApkZXYucHNtY3BucC4wLiVwYXJlbnQ6IGFjcGkwCmRldi5iYXR0ZXJ5LjAuJXBhcmVu dDogYWNwaTAKZGV2LmFjcGlfYWNhZC4wLiVkZXNjOiBBQyBBZGFwdGVyCmRldi5hY3BpX2FjYWQu MC4lZHJpdmVyOiBhY3BpX2FjYWQKZGV2LmFjcGlfYWNhZC4wLiVsb2NhdGlvbjogaGFuZGxlPVxf U0JfLlBDSTAuTFBDQi5BQ0FECmRldi5hY3BpX2FjYWQuMC4lcG5waW5mbzogX0hJRD1BQ1BJMDAw MyBfVUlEPTAKZGV2LmFjcGlfYWNhZC4wLiVwYXJlbnQ6IGFjcGkwCmRldi5hY3BpX3BlcmYuMC4l ZHJpdmVyOiBhY3BpX3BlcmYKZGV2LmFjcGlfcGVyZi4wLiVwYXJlbnQ6IGNwdTAKZGV2LmFjcGlf cGVyZi4xLiVkcml2ZXI6IGFjcGlfcGVyZgpkZXYuYWNwaV9wZXJmLjEuJXBhcmVudDogY3B1MQpk ZXYuYWNwaV9wZXJmLjIuJWRyaXZlcjogYWNwaV9wZXJmCmRldi5hY3BpX3BlcmYuMi4lcGFyZW50 OiBjcHUyCmRldi5hY3BpX3BlcmYuMy4lZHJpdmVyOiBhY3BpX3BlcmYKZGV2LmFjcGlfcGVyZi4z LiVwYXJlbnQ6IGNwdTMK --001a113a602025b96404f68c2593-- From owner-freebsd-mobile@FreeBSD.ORG Tue Apr 8 18:31:33 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3FDBC4C for ; Tue, 8 Apr 2014 18:31:33 +0000 (UTC) Received: from mail-qg0-x242.google.com (mail-qg0-x242.google.com [IPv6:2607:f8b0:400d:c04::242]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A67D7128F for ; Tue, 8 Apr 2014 18:31:33 +0000 (UTC) Received: by mail-qg0-f66.google.com with SMTP id a108so372560qge.5 for ; Tue, 08 Apr 2014 11:31:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=itOQ23mc/hFteG5K8SAA/pXSlRExzwofqqDNehGBPoI=; b=GmS+W2vu6mSA/DItWorcBVbHPWMA+ZvtGebmtL7ZOtPlrQMZZ2ZnLYBE4f5PKozwFf EJtk7BTzKnXNOK3pqEFog5u/kSk8G1jYrLIx2VP+Lb3CJB9Xqvcmtw+9RPv2zaPkWTzH gCaRwDW7LDVkFWfkmtTXQSgnYup+Y5FC9lSf5YHkimGo+Xsvxh3x3GlXQ93DVSD2mvbt nIUAHqdTfiqoupmkeJ6QaC8XT6HyFop1ynp7CnfGhMiaJiA3xKHAc3HUH2/sz99Q9CDE AIpoOQgJilK0yVpuGqKuIs4GvVW8lQS53EVlWrLRY8b/g4YZ4QaTp9PbAfTfFv3Zm1f/ aUUQ== MIME-Version: 1.0 X-Received: by 10.229.230.68 with SMTP id jl4mr6852601qcb.2.1396981892803; Tue, 08 Apr 2014 11:31:32 -0700 (PDT) Received: by 10.96.200.136 with HTTP; Tue, 8 Apr 2014 11:31:32 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Apr 2014 22:31:32 +0400 Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Ivan Rokotov To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2014 18:31:34 -0000 ... it seems that the mailinglist software deleted xz'ed hw.dri.0.info.i915_error_state file. If someone is interested to take a look, I'll send it offline. Ivan From owner-freebsd-mobile@FreeBSD.ORG Tue Apr 8 21:20:01 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7531DC90 for ; Tue, 8 Apr 2014 21:20:01 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4E2DE169D for ; Tue, 8 Apr 2014 21:20:01 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 24126B917; Tue, 8 Apr 2014 17:20:00 -0400 (EDT) From: John Baldwin To: freebsd-mobile@freebsd.org Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? Date: Tue, 8 Apr 2014 17:19:41 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201404081719.41379.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 08 Apr 2014 17:20:00 -0400 (EDT) Cc: Ivan Rokotov X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2014 21:20:01 -0000 On Tuesday, April 08, 2014 2:28:05 pm Ivan Rokotov wrote: > Hi, > > I'm experimenting with suspend/resume on Lenovo IdeaPad S400 with > FreeBSD 10.0-RELEASE. dmesg from this machine and acpi-related sysctl > info is attached. > > Info as recommended on https://wiki.freebsd.org/SuspendResume: > > # sysctl hw.acpi.supported_sleep_state > hw.acpi.supported_sleep_state: S3 S4 S5 > > # pciconf -l | sed 's/[0-9]*@.*//' | sort -u > ahci ehci hdac hostb isab iwn none pcib re vgapci xhci > > Text mode: > # kldstat | awk '{ if (index($5, ".ko")) print $5 }' > linux.ko coretemp.ko vboxdrv.ko drm2.ko iicbus.ko cuse4bsd.ko tmpfs.ko > nullfs.ko linprocfs.ko linsysfs.ko ng_ubt.ko netgraph.ko ng_hci.ko > ng_bluetooth.ko ng_l2cap.ko ng_btsocket.ko ng_socket.ko vboxnetflt.ko > ng_ether.ko vboxnetadp.ko > > In X, i915kms.ko and iic.ko iicbb.ko are added. > > 1. Suspend from text mode and X work. In X, the screen goes to some > sort of low color profile (reducing number of colors to e.g.16) for a > moment, then goes black. In both cases, fans turn off, power button is > blinking. > > 2. Resume to text mode: everything works except video (backlight > visible, but nothing more). No error messages in the logs. I can ssh > to that machine, usb ports and webcam wake up. I can even type > 'startx' blindly - and X starts normally, the screen picture appears. > > 3. Resume to X. The correct screen picture, in full color, appears for > a part of a second, then dissapears and > > 3a. the first time I tried, after that only backlight remained. > Machine was in a working state and I ssh'd to it and found this in the > logs: > > error: [drm:pid12:i915_hangcheck_elapsed] *ERROR* Hangcheck timer > elapsed... GPU hung > info: [drm] capturing error event; look for more information in sysctl > hw.dri.0.info.i915_error_state > > That output is attached. > > 3b. next time I tried, screen picture turns to a mess of white, pink > etc. dots and computer became non-responsive. Can't ssh to it, can't > type anything. The fan is silent. Only hard reset remains. > > Experimenting with acpi_video.ko and hw.acpi.reset_video=1 changes > absolutely nothing. > > More info to post? Does anybody have this or similar notebook? Your > experiences? Something new to try? Try using vt(4) instead of syscons(4) and kldload'ing i915kms from text mode. See if you can resume on the console. That has worked for several ThinkPads, though resume always worked fine for me in X even with syscons(4) when using i915kms. -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Wed Apr 9 00:25:58 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEBD122B; Wed, 9 Apr 2014 00:25:58 +0000 (UTC) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 812821C19; Wed, 9 Apr 2014 00:25:58 +0000 (UTC) Received: by mail-qg0-f51.google.com with SMTP id q108so1581209qgd.24 for ; Tue, 08 Apr 2014 17:25:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UKyQnQGqLuQYkLvYxscXqXkJ4gjSrgzUKG94IkxDTDc=; b=zvFFe9kSHOt81S/EGk9a9CoEenRmWWthMZ5WwtZl1JfAYbRZDPbjakWatWlNlfdBCx wR8CB9j0jJWABYvCP/K6GuLqu3j+iMNQqy3hy/gE5j+BBHFp3cnxtYS5OIK4SnPOFGuF veHxgbaY489XylUIaponaCkf4g7xAmzqY7A+hFiqdasTBZYO03WYcxa3ZinQV6DXJw5K 68fUDufoXCifPy251NOlf/e9TzyplTUPuhfCDQ3n3CaUMGFeQ7Duqjh1byXh++k/PPRE M8i5xpCC/jsEBWNcg8emz1LXe5k9GCw983ouMO5oI7AG5dmiNM4gxDK4jFRDAPCWNQpI +pyg== MIME-Version: 1.0 X-Received: by 10.224.66.4 with SMTP id l4mr8784887qai.70.1397003157563; Tue, 08 Apr 2014 17:25:57 -0700 (PDT) Received: by 10.96.200.136 with HTTP; Tue, 8 Apr 2014 17:25:57 -0700 (PDT) In-Reply-To: <201404081719.41379.jhb@freebsd.org> References: <201404081719.41379.jhb@freebsd.org> Date: Wed, 9 Apr 2014 04:25:57 +0400 Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Ivan Rokotov To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 00:25:58 -0000 2014-04-09 1:19 GMT+04:00 John Baldwin : > Try using vt(4) instead of syscons(4) and kldload'ing i915kms from > text mode. See if you can resume on the console. That has worked for > several ThinkPads, though resume always worked fine for me in X even > with syscons(4) when using i915kms. Hi John, I tried this system: FreeBSD ... 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263927: Sun Mar 30 08:08:04 UTC 2014 root@grind.freebsd.org:/usr/obj/usr/src/sys/VT amd64 and the results are as follows: With * hw.vga.textmode=1 * acpi_video.ko loaded * hw.acpi.reset_video=1 suspend/resume works from console. With * hw.vga.textmode=0 * acpi_video loaded * hw.acpi.reset_video=1 after resume just backlight turns on. I had to press some key to get the picture back. Anyway, it works. With * hw.vga.textmode=0 * i915kms.ko loaded from console (no X installed at all) * acpi_video loaded * hw.acpi.reset_video=1 suspend/resume works, with these log messages: info: [drm] Enabling RC6 states: RC6 off, RC6p off, RC6pp off error: [drm:pid1361:intel_lvds_enable] *ERROR* timed out waiting for panel to power off but this is harmless (I hope so). This is, of course, very promising. However, I wouldn't like to run 11-CURRENT on my everyday notebook. So, before I proceed to testing a real X environment on 11-CURRENT, may I ask you: will vt(4) compile on 10.0-RELEASE? If not, may we expect to see vt(4) in e.g. 10.1, or it is an exclusively 11-only feature? Thank you for your help! Ivan From owner-freebsd-mobile@FreeBSD.ORG Wed Apr 9 06:14:48 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFCCDF1C; Wed, 9 Apr 2014 06:14:48 +0000 (UTC) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BD9771D5B; Wed, 9 Apr 2014 06:14:48 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id kq14so2092765pab.10 for ; Tue, 08 Apr 2014 23:14:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=nPeTworXIOR+XGoVs02XvJ1+Kcbd0yfUKcT//HiWHRg=; b=DEagGpdm5sKw5Ze04V39t388DGQmOdazNWrrLwDpfR/MWBRXb7PxdTpf0pNf1ncMS/ ZmAOSujL19jAvCl28Ag2G+8PN2r3JMxSSEvd1ITcHvolh16rPZ/AxkaEdrNJfMLqGy/p n9b0xNuGuunpeBVOezzcgudnTeQJDMYhytYdecQoN9FwvL8pCKXMimPv8ABqFIO1a5Co F2F/4T78sHsKHyfLnBbNlr1ThJwX9120whRt8PsXt9HZFNONzDGX5GLPTOljPYjX0cIn Xbd0M57Z+rA42Q/0fCP+Jq4vYrgLomI8MIqVSHmdPrQY0kLiXRIeAtS6dqRVc71f2hcg 9uKg== MIME-Version: 1.0 X-Received: by 10.66.164.229 with SMTP id yt5mr9707216pab.67.1397024087337; Tue, 08 Apr 2014 23:14:47 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Tue, 8 Apr 2014 23:14:47 -0700 (PDT) In-Reply-To: References: <201404081719.41379.jhb@freebsd.org> Date: Tue, 8 Apr 2014 23:14:47 -0700 X-Google-Sender-Auth: fhy4s5OJKCA8n5xg9qLKduZMLzA Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Kevin Oberman To: Ivan Rokotov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 06:14:49 -0000 On Tue, Apr 8, 2014 at 5:25 PM, Ivan Rokotov wrote: > 2014-04-09 1:19 GMT+04:00 John Baldwin : > > Try using vt(4) instead of syscons(4) and kldload'ing i915kms from > > text mode. See if you can resume on the console. That has worked for > > several ThinkPads, though resume always worked fine for me in X even > > with syscons(4) when using i915kms. > > Hi John, > > I tried this system: > FreeBSD ... 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263927: Sun Mar 30 > 08:08:04 UTC 2014 root@grind.freebsd.org:/usr/obj/usr/src/sys/VT > amd64 > > and the results are as follows: > > With > * hw.vga.textmode=1 > * acpi_video.ko loaded > * hw.acpi.reset_video=1 > suspend/resume works from console. > > With > * hw.vga.textmode=0 > * acpi_video loaded > * hw.acpi.reset_video=1 > after resume just backlight turns on. I had to press some key to get > the picture back. Anyway, it works. > > With > * hw.vga.textmode=0 > * i915kms.ko loaded from console (no X installed at all) > * acpi_video loaded > * hw.acpi.reset_video=1 > suspend/resume works, with these log messages: > info: [drm] Enabling RC6 states: RC6 off, RC6p off, RC6pp off > error: [drm:pid1361:intel_lvds_enable] *ERROR* timed out waiting for > panel to power off > but this is harmless (I hope so). > > This is, of course, very promising. However, I wouldn't like to run > 11-CURRENT on my everyday notebook. So, before I proceed to testing a > real X environment on 11-CURRENT, may I ask you: will vt(4) compile on > 10.0-RELEASE? If not, may we expect to see vt(4) in e.g. 10.1, or it > is an exclusively 11-only feature? > > vt has been MFCed to 10-STABLE, but it is not in 10.0-RELEASE. I believe that you can pull vt out of the STABLE repo and build in on RELEASE, but I'd suggest just moving to STABLE. I've been using it on my T320 with no issues for a couple of months. If you want to stay with syscon, try removing VESA from your kernel by adding "nodevice VESA" to your kernel. I also add the following to /boot/loader.conf: # ACPI video interface acpi_video_load="YES" but I don't know if it is still required. It's been there since v8.1. I also add: # Out : speaker + headphones hint.hdac.0.cad0.nid25.config="as=1 seq=15" # In : mic + external mic hint.hdac.0.cad0.nid35.config="as=2" hint.hdac.0.cad0.nid27.config="as=2 seq=15" # Minimize the number of interrupts from the sound card hint.pcm.0.buffersize=65536 hint.pcm.1.buffersize=65536 hw.snd.feeder_buffersize=65536 hw.snd.latency=7 # Reset the pointer (mouse) after a resume hint.psm.0.flags="0x6000" I don't touch any sysctls for resume. These may or may not be of use on the T400. The mouse reset is also quite old (v7.?) and may no longer be needed. My system resumes quite reliably, though it always is switched to vty0 on resume. +F9 switches back to X cleanly. Sound also works very well. Good luck! -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-mobile@FreeBSD.ORG Thu Apr 10 11:53:14 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69CC079E for ; Thu, 10 Apr 2014 11:53:14 +0000 (UTC) Received: from b.painless.aa.net.uk (b.painless.aa.net.uk [IPv6:2001:8b0:0:30::51bb:1e34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 114D5191E for ; Thu, 10 Apr 2014 11:53:13 +0000 (UTC) Received: from 106.122.2.81.in-addr.arpa ([81.2.122.106] helo=nc-lap.bikerevolution.co.uk) by b.painless.aa.net.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.72) (envelope-from ) id 1WYDXV-0000k8-Ep for freebsd-mobile@freebsd.org; Thu, 10 Apr 2014 12:53:08 +0100 Message-ID: <53468620.6080506@onetel.com> Date: Thu, 10 Apr 2014 12:53:04 +0100 From: Chris Whitehouse User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: Re: Can't pair FreeBSD laptop and Nokia E72 phone with bluetooth References: <532AF631.5000300@onetel.com> <53417B52.50500@onetel.com> In-Reply-To: <53417B52.50500@onetel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 11:53:14 -0000 Anyone? Or is bluetooth on FreeBSD dead? thanks Chris On 06/04/2014 17:05, Chris Whitehouse wrote: > Hi, > > previously posted to bluetooth@ and questions@ but no reply so this is > my last hope :) > > I'm hoping I'm just missing a bit of glue somewhere and it's not an > unsupported bluetooth device. > > thanks > > Chris > > On 20/03/2014 14:07, Chris Whitehouse wrote: >> I have a laptop with internal bluetooth module: >> ugen4.3: at usbus4 >> ubt0: > addr 3> on usbus4 >> >> root@nc-lap:~ # uname -a >> FreeBSD nc-lap.bikerevolution.co.uk 10.0-RELEASE FreeBSD 10.0-RELEASE #0 >> r260789: Thu Jan 16 22:34:59 UTC 2014 >> root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >> >> The devices can see each other but if I try to pair from the phone I get >> a message Unable to pair with nc-lap.bikerevolution.co.uk (ubt0). The >> phone is set to be >> visible to everybody. See below for pairing from the laptop. >> >> loader.conf: >> acpi_dsdt_load="YES" >> acpi_dsdt_name="/boot/nc6320.aml" >> loader_logo="BEASTIE" >> coretemp_load="YES" >> vboxdrv_load="YES" >> tmpfs_load="YES" >> ubtbcmfw_load="YES" >> ng_ubt_load="YES" >> acpi_hp_load="YES" >> >> >> root@nc-lap:~ # kldstat >> Id Refs Address Size Name >> 1 62 0xffffffff80200000 15f0310 kernel >> 2 1 0xffffffff817f1000 49a8 coretemp.ko >> 3 3 0xffffffff81806000 57fb8 vboxdrv.ko >> 4 1 0xffffffff8185e000 118a8 tmpfs.ko >> 5 1 0xffffffff81870000 5120 ubtbcmfw.ko >> 6 1 0xffffffff81876000 9f70 ng_ubt.ko >> 7 2 0xffffffff81880000 10ec0 ng_hci.ko >> 8 4 0xffffffff81891000 3508 ng_bluetooth.ko >> 9 8 0xffffffff81895000 17680 netgraph.ko >> 10 1 0xffffffff818ad000 83c0 acpi_hp.ko >> 11 2 0xffffffff818b6000 7e10 acpi_wmi.ko >> 12 1 0xffffffff81a12000 9bf6 linprocfs.ko >> 13 2 0xffffffff81a1c000 432d4 linux.ko >> 14 1 0xffffffff81a60000 25141 wpifw.ko >> 15 1 0xffffffff81a86000 be53 ng_l2cap.ko >> 16 1 0xffffffff81a92000 19d55 ng_btsocket.ko >> 17 1 0xffffffff81aac000 37c7 ng_socket.ko >> 18 1 0xffffffff81ab0000 34d8 ums.ko >> 19 2 0xffffffff81ab4000 28c0 vboxnetflt.ko >> 20 1 0xffffffff81ab7000 4041 ng_ether.ko >> 21 1 0xffffffff81abc000 3ec0 vboxnetadp.ko >> 22 1 0xffffffff81ac0000 1e7 linux_adobe.ko >> 23 1 0xffffffff81ac1000 c1fe i915.ko >> 24 1 0xffffffff81ace000 16efd drm.ko >> >> root@nc-lap:~ # ngctl list >> There are 10 total nodes: >> Name: ubt0 Type: ubt ID: 00000001 Num >> hooks: 1 >> Name: btsock_hci_raw Type: btsock_hci_raw ID: 00000002 Num >> hooks: 1 >> Name: btsock_l2c_raw Type: btsock_l2c_raw ID: 00000003 Num >> hooks: 1 >> Name: btsock_l2c Type: btsock_l2c ID: 00000004 Num >> hooks: 1 >> Name: btsock_sco Type: btsock_sco ID: 00000005 Num >> hooks: 0 >> Name: ubt0hci Type: hci ID: 00000007 Num >> hooks: 3 >> Name: ubt0l2cap Type: l2cap ID: 0000000b Num >> hooks: 3 >> Name: bge0 Type: ether ID: 00000011 Num >> hooks: 0 >> Name: wlan0 Type: ether ID: 00000012 Num >> hooks: 0 >> Name: ngctl1534 Type: socket ID: 00000013 Num >> hooks: 0 >> >> I found somewhere advice to start bluetooth twice: >> >> root@nc-lap:~ # service -v bluetooth start ubt0 >> bluetooth is located in /etc/rc.d >> /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device >> ubt0 >> root@nc-lap:~ # service -v bluetooth start ubt0 >> bluetooth is located in /etc/rc.d >> >> After the first service start /var/log/messages says >> Mar 16 12:37:15 nc-lap chrisw: /etc/rc.d/bluetooth: ERROR: Unable to >> setup Bluetooth stack for device ubt0 >> >> >> root@nc-lap:~ # hccontrol -n ubt0hci inquiry >> Inquiry result, num_responses=1 >> Inquiry result #0 >> BD_ADDR: 30:38:55:8f:22:a7 >> Page Scan Rep. Mode: 0x1 >> Page Scan Period Mode: 00 >> Page Scan Mode: 00 >> Class: 5a:02:0c >> Clock offset: 0x5af2 >> Inquiry complete. Status: No error [00] >> root@nc-lap:~ # hccontrol -n ubt0hci remote_name_request >> 30:38:55:8f:22:a7 >> BD_ADDR: 30:38:55:8f:22:a7 >> Name: miPhone >> >> >> Trying to connect from the laptop: >> >> root@nc-lap:~ # hccontrol -n ubt0hci Create_Connection 30:38:55:8f:22:a7 >> BD_ADDR: 30:38:55:8f:22:a7 >> Connection handle: 11 >> Encryption mode: Disabled [0] >> >> A few seconds later this message appears in /var/log/messages >> Mar 16 13:10:33 nc-lap kernel: ng_l2cap_lp_discon_ind: ubt0l2cap - >> unexpected LP_DisconnectInd event. Connection does not exist, >> con_handle=11 >> >> root@nc-lap:~ # hccontrol -n ubt0hci read_connection_list >> Remote BD_ADDR Handle Type Mode Role Encrypt Pending Queue State >> >> I've also tried with role switching turned off but it doesn't change >> anything. >> >> These warning messages appear in /var/log/messages >> WARNING: attempt to domain_add(bluetooth) after domainfinalize() >> WARNING: attempt to domain_add(netgraph) after domainfinalize() >> >> Also I don't get messages similar to what the handbook suggests should >> appear: >> ubt0: vendor 0x0a12 product 0x0001, rev 1.10/5.25, addr 2ubt0: Interface >> 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2ubt0: Interface 1 >> (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3, wMaxPacketSize=49, >> nframes=6, buffer size=294 > > root@nc-lap:~ # l2ping -a 30:38:55:8f:22:a7 > 0 bytes from 30:38:55:8f:22:a7 seq_no=0 time=773.300 ms result=0 > 0 bytes from 30:38:55:8f:22:a7 seq_no=1 time=43.983 ms result=0 > 0 bytes from 30:38:55:8f:22:a7 seq_no=2 time=20.430 ms result=0 > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > From owner-freebsd-mobile@FreeBSD.ORG Thu Apr 10 12:36:56 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7847AF10 for ; Thu, 10 Apr 2014 12:36:56 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 35DA11CA3 for ; Thu, 10 Apr 2014 12:36:55 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 1951C6A630D; Thu, 10 Apr 2014 14:36:52 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s3ACapm7099519; Thu, 10 Apr 2014 14:36:51 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s3ACao49098500; Thu, 10 Apr 2014 14:36:50 +0200 (CEST) (envelope-from lars) Date: Thu, 10 Apr 2014 14:36:50 +0200 From: Lars Engels To: Chris Whitehouse Subject: Re: Can't pair FreeBSD laptop and Nokia E72 phone with bluetooth Message-ID: <20140410123649.GA37706@e-new.0x20.net> References: <532AF631.5000300@onetel.com> <53417B52.50500@onetel.com> <53468620.6080506@onetel.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <53468620.6080506@onetel.com> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 12:36:56 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 10, 2014 at 12:53:04PM +0100, Chris Whitehouse wrote: > Anyone? Or is bluetooth on FreeBSD dead? >=20 > thanks IMHO it was never really alive. But you would better ask this on bluetooth@freebsd.org --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlNGkGFfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDE3RkMwOEUxNUUwOUJEMjE0ODlFMjA1MDI5 Q0U3NURBQzBGNzY5RjgACgkQKc512sD3afjNMACfaMNmtqJjiHWj4lt9WySNOVhs B58AoLDJxu9g3mHdK4e6qDQMj22633CO =EA/H -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-mobile@FreeBSD.ORG Thu Apr 10 14:27:49 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67BB0C99 for ; Thu, 10 Apr 2014 14:27:49 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C76CA1890 for ; Thu, 10 Apr 2014 14:27:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s3AERbMX063038; Fri, 11 Apr 2014 00:27:37 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 11 Apr 2014 00:27:37 +1000 (EST) From: Ian Smith To: Lars Engels Subject: Re: Can't pair FreeBSD laptop and Nokia E72 phone with bluetooth In-Reply-To: <20140410123649.GA37706@e-new.0x20.net> Message-ID: <20140411002141.N54500@sola.nimnet.asn.au> References: <532AF631.5000300@onetel.com> <53417B52.50500@onetel.com> <53468620.6080506@onetel.com> <20140410123649.GA37706@e-new.0x20.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Chris Whitehouse , freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 14:27:49 -0000 On Thu, 10 Apr 2014 14:36:50 +0200, Lars Engels wrote: > On Thu, Apr 10, 2014 at 12:53:04PM +0100, Chris Whitehouse wrote: > > Anyone? Or is bluetooth on FreeBSD dead? > > > > thanks > > IMHO it was never really alive. But you would better ask this on > bluetooth@freebsd.org Or maybe freebsd-wireless@freebsd.org .. bluetooth gets mentioned - at least in passing - sometimes, and it's quite a busy list these days. Or both .. cheers, Ian From owner-freebsd-mobile@FreeBSD.ORG Thu Apr 10 15:41:11 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFB07498 for ; Thu, 10 Apr 2014 15:41:11 +0000 (UTC) Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91C81117A for ; Thu, 10 Apr 2014 15:41:11 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id kl14so4136561pab.32 for ; Thu, 10 Apr 2014 08:41:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=xfifXmscABrQUCl+Y+J77lXiRiwSjHHmSHXfBe/BXow=; b=a0t99SGgIiIBO3KCppLcMOr6NTptZc0Ja85WAALqJpwu8T9Mh8kNSdYT3dPFb5VNb0 wPo3CgVRUdi6/cBN8KodADPdSLPc+ntnDb2gQLj12yrm0V0r3N10AhD4umoqTeUJoRow YMlW7ET0IjkJjCwfUiQcjRkgxLeqrN5kY5yjL8HJyR87baXSVH4oBzrqhqVOYzIf51qH 6A2oO2wqIhgwI6qnFosnVA1zmunReVnhZJkhpdFaRC7/Zu9wZYsQklxQ+NRCEQJMrWD6 susklB0k3ueCWZJDATU0tmlWzkICYw7dWxEuEwNvGWIgrvHKHsptHOz8pdMpN0WeXN4J FJ1Q== X-Gm-Message-State: ALoCoQmMIQxIbpn/xvAchAOg6MLsZHiDqLLrRVJUo86bc9WiW6oCsPXQs+JG7fk/7pv55HyS8ch8 X-Received: by 10.66.155.7 with SMTP id vs7mr20624470pab.42.1397144470726; Thu, 10 Apr 2014 08:41:10 -0700 (PDT) Received: from [10.64.24.116] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id sv10sm9802969pbc.74.2014.04.10.08.41.09 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Apr 2014 08:41:09 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Can't pair FreeBSD laptop and Nokia E72 phone with bluetooth From: Warner Losh In-Reply-To: <20140410123649.GA37706@e-new.0x20.net> Date: Thu, 10 Apr 2014 09:41:07 -0600 Content-Transfer-Encoding: 7bit Message-Id: References: <532AF631.5000300@onetel.com> <53417B52.50500@onetel.com> <53468620.6080506@onetel.com> <20140410123649.GA37706@e-new.0x20.net> To: Lars Engels X-Mailer: Apple Mail (2.1874) Cc: Chris Whitehouse , freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 15:41:11 -0000 On Apr 10, 2014, at 6:36 AM, Lars Engels wrote: > On Thu, Apr 10, 2014 at 12:53:04PM +0100, Chris Whitehouse wrote: >> Anyone? Or is bluetooth on FreeBSD dead? >> >> thanks > > IMHO it was never really alive. But you would better ask this on > bluetooth@freebsd.org It is possible to make bluetooth on FreeBSD work. But you have to know a lot about Bluetooth, devices, discovery, etc. The tools FreeBSD has for this are quite primitive and support little more than mice, keyboards, and serial ports (though file exchange is possible). I have not seen any active development of Bluetooth, though, in 5 or more years. Warner From owner-freebsd-mobile@FreeBSD.ORG Thu Apr 10 18:15:45 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D6E272B; Thu, 10 Apr 2014 18:15:45 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F8201262; Thu, 10 Apr 2014 18:15:45 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 50029B945; Thu, 10 Apr 2014 14:15:44 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume Date: Thu, 10 Apr 2014 14:13:17 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201404101413.17393.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 10 Apr 2014 14:15:44 -0400 (EDT) Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 18:15:45 -0000 On Saturday, March 29, 2014 8:23:44 pm Adrian Chadd wrote: > ... nope, just had a process die from SIGFPE. Does it still trigger SIGFPE if you suspend/resume a UP kernel? > -a > > > On 29 March 2014 07:32, Adrian Chadd wrote: > > Hi! > > > > On 26 March 2014 12:00, John Baldwin wrote: > > > >> i386_fpu_suspend3.patch at the same URL builds for me. > > > > I've not had the kernel lose the plot yet with SIGFPE's. > > > > I'll do some further testing and let you know if that changes. > > > > > > > > -a > -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Fri Apr 11 07:54:57 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6110D2E8 for ; Fri, 11 Apr 2014 07:54:57 +0000 (UTC) Received: from b.painless.aa.net.uk (b.painless.aa.net.uk [IPv6:2001:8b0:0:30::51bb:1e34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2935213DB for ; Fri, 11 Apr 2014 07:54:57 +0000 (UTC) Received: from 106.122.2.81.in-addr.arpa ([81.2.122.106] helo=nc-lap.bikerevolution.co.uk) by b.painless.aa.net.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.72) (envelope-from ) id 1WYWIV-0004b4-0r; Fri, 11 Apr 2014 08:54:54 +0100 Message-ID: <53479FCA.8060506@onetel.com> Date: Fri, 11 Apr 2014 08:54:50 +0100 From: Chris Whitehouse User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Warner Losh , Lars Engels Subject: Re: Can't pair FreeBSD laptop and Nokia E72 phone with bluetooth References: <532AF631.5000300@onetel.com> <53417B52.50500@onetel.com> <53468620.6080506@onetel.com> <20140410123649.GA37706@e-new.0x20.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2014 07:54:57 -0000 On 10/04/2014 16:41, Warner Losh wrote: > > On Apr 10, 2014, at 6:36 AM, Lars Engels wrote: > >> On Thu, Apr 10, 2014 at 12:53:04PM +0100, Chris Whitehouse wrote: >>> Anyone? Or is bluetooth on FreeBSD dead? >>> >>> thanks >> >> IMHO it was never really alive. But you would better ask this on >> bluetooth@freebsd.org > > It is possible to make bluetooth on FreeBSD work. But you have to know > a lot about Bluetooth, devices, discovery, etc. The tools FreeBSD has for > this are quite primitive and support little more than mice, keyboards, and > serial ports (though file exchange is possible). I have not seen any active > development of Bluetooth, though, in 5 or more years. > > Warner > > Thanks for the replies, I'll do a bit more reading and maybe ask on freebsd-wireless. Chris From owner-freebsd-mobile@FreeBSD.ORG Sun Apr 13 00:28:45 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD49A1C7; Sun, 13 Apr 2014 00:28:45 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7B8281F9D; Sun, 13 Apr 2014 00:28:45 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id i8so7376634qcq.23 for ; Sat, 12 Apr 2014 17:28:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BWq8D5rSTXDLn3+vyhQc1R80SunnwLT9zF5+x9vat2g=; b=OdrtTTBSADuOO0e+SzdIK0xeogYm+dSNQ5SDdMUxpyhpuOUwzNFtC1IZIC/2S1Hkcg rEnJskRTG5aBU7MQVfa0uTEu28dhv4RtIkN7y5qeYyuQljmpCatcORNONoXVrVf1D+4k MhcrX9jaF9BNlZ8Or7arll+a5l/Gctnc8sCDagefcsmWpFc7Semgq9bDK1zY+nJqsCf4 H8zpH/mxGx9tQK1veA9g3kyRhettk9WT2jhfPrqmG0w+9cfyW7vtBKuwNYMO49aB4/Bc LjzPjr1F+p0YiAWZYNf4hutHq4wKs29AW+la0W4UI3iWq29zB7ytsT2/7GUT9IWhhVvh mCzQ== MIME-Version: 1.0 X-Received: by 10.224.115.3 with SMTP id g3mr26682530qaq.19.1397348923881; Sat, 12 Apr 2014 17:28:43 -0700 (PDT) Received: by 10.96.110.234 with HTTP; Sat, 12 Apr 2014 17:28:43 -0700 (PDT) In-Reply-To: References: <201404081719.41379.jhb@freebsd.org> Date: Sun, 13 Apr 2014 04:28:43 +0400 Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Ivan Rokotov To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 00:28:45 -0000 Hi Kevin, Thank you for your useful suggestions. It took me several days to test and debug everything. Here are my results: 2014-04-09 10:14 GMT+04:00 Kevin Oberman : > If you want to stay with syscon, try removing VESA from your kernel by > adding "nodevice VESA" to your kernel. Tried, changed nothing. > vt has been MFCed to 10-STABLE, but it is not in 10.0-RELEASE. I believe > that you can pull vt out of the STABLE repo and build in on RELEASE, but I'd > suggest just moving to STABLE. I've been using it on my T320 with no issues > for a couple of months. Then I tried 10-STABLE, this build: https://pub.allbsd.org/FreeBSD-snapshots/amd64-amd64/10.0-RELENG_10-r264300-JPSNAP/ Recompiled kernel to include vt and vt_vga. With acpi_video and i915kms loaded from the console, suspend/resume works. Under X, with a real Xfce4 environment: * with xfwm4 windows manager, without any compositing effects, everything works like a charm. All peripherals wake up, wifi reconnects, mplayer continues playing video, etc. * with xfwm4 and any compositing enabled, however, I got screen corruption, like this: http://i327.photobucket.com/albums/k477/ivan_rokotov_bsd/1_zps099b1f6d.png or http://i327.photobucket.com/albums/k477/ivan_rokotov_bsd/4_zps8ec8912e.png This is not a big problem, because scrolling/typing inside the window or simply moving a mouse over it solves the problem. However, I need compiz (I like Mac-style tabbing) and some GL stuff (e.g. asymptote). With compiz enabled, I get this horrible corruption: http://i327.photobucket.com/albums/k477/ivan_rokotov_bsd/2_zpsd7564e4b.png and no moving or switching to console help. No GL application starts. I also found this in the X log after resume: [ 1173.617] (EE) intel(0): Failed to submit batch buffer, expect rendering corruption: Device busy. (II) AIGLX: Suspending AIGLX clients for VT switch [ 1173.663] (WW) intel(0): drmDropMaster failed: Unknown error: -22 [ 1177.289] (II) AIGLX: Resuming AIGLX clients after VT switch [ 1177.340] (II) intel(0): EDID vendor "CMN", prod id 5239 [ 1177.340] (II) intel(0): Printing DDC gathered Modelines: [ 1177.340] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) After some experimenting, I found this patch, which solved the problem completely: http://lists.freebsd.org/pipermail/freebsd-x11/2013-October/013727.html Now, I have this in X log after resume: [ 4561.749] (WW) intel(0): retrying batchbuffer submit [ 4561.803] (WW) intel(0): retrying batchbuffer submit [ 4561.857] (WW) intel(0): retrying batchbuffer submit [ 4561.908] (WW) intel(0): retrying batchbuffer submit [ 4561.959] (WW) intel(0): retrying batchbuffer submit [ 4562.012] (WW) intel(0): retrying batchbuffer submit [ 4562.063] (WW) intel(0): retrying batchbuffer submit [ 4562.117] (WW) intel(0): retrying batchbuffer submit [ 4562.171] (WW) intel(0): retrying batchbuffer submit [ 4562.225] (WW) intel(0): retrying batchbuffer submit [ 4562.279] (WW) intel(0): retrying batchbuffer submit [ 4562.333] (WW) intel(0): retrying batchbuffer submit [ 4562.386] (WW) intel(0): retrying batchbuffer submit [ 4562.439] (WW) intel(0): retrying batchbuffer submit [ 4562.493] (WW) intel(0): retrying batchbuffer submit [ 4562.547] (WW) intel(0): retrying batchbuffer submit [ 4564.779] (II) AIGLX: Suspending AIGLX clients for VT switch [ 4564.779] (WW) intel(0): drmDropMaster failed: Unknown error: -22 [ 4565.994] (II) AIGLX: Resuming AIGLX clients after VT switch [ 4566.096] (II) intel(0): EDID vendor "CMN", prod id 5239 [ 4566.096] (II) intel(0): Printing DDC gathered Modelines: [ 4566.096] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) but everything is alive: compiz restarts correctly, GL applications work as they did before resume. Job done! A question: is this patch ok? Nothing wrong with it? Do you or anybody else experienced a similar problem and found a different solution? > I also add: > # Out : speaker + headphones > hint.hdac.0.cad0.nid25.config="as=1 seq=15" > # In : mic + external mic > hint.hdac.0.cad0.nid35.config="as=2" > hint.hdac.0.cad0.nid27.config="as=2 seq=15" While we are here... I have: hint.hdaa.0.nid20.config="as=1 seq=0 device=Speaker" hint.hdaa.0.nid21.config="as=1 seq=15 device=Headphones" hint.hdaa.0.nid18.config="as=3 seq=0 device=Mic" hint.hdaa.0.nid24.config="as=3 seq=15 device=Mic" "as=2" for your mic means anything special? > # Minimize the number of interrupts from the sound card > hint.pcm.0.buffersize=65536 > hint.pcm.1.buffersize=65536 > hw.snd.feeder_buffersize=65536 > hw.snd.latency=7 hw.snd.latency=7 is for reducing power consumption? Thank you very much! Ivan From owner-freebsd-mobile@FreeBSD.ORG Sun Apr 13 22:03:30 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65B69A90; Sun, 13 Apr 2014 22:03:30 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1161A1A75; Sun, 13 Apr 2014 22:03:30 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id j5so7434096qaq.28 for ; Sun, 13 Apr 2014 15:03:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fk8i9TdXiGk9S0x/Ey4vosle1vAXaOqDn57vkTrqshc=; b=Vpbej4fgatOe+nfL+6UVTIIFzLO0KzAO+1aa0UbPuHju2vI7Pbg5P7FKUjoQoQWOZ6 BlyZl0F8It5mSYA90jD+kb6lsYvGPKZSQFXFSbv14lHi7WDXA08TUosN1OS8uXWsbfw8 MhqFE76QO8HDqlfxNorWQitlefqX/kNFSggP/Vu8CjUnERLpOkZ8ifWTojihMSXBQOhn 5cSNcmiHqQPh/f/Yl68N3xtxnG9RtPg1eAzfnVn+VE3OzrlbeEBKrt8AvUhTxAcoLg1g VGbhId6JB7yLh0WubT13Juv9n9GA2/Zizmg0/Vm7bnT7s/fAoKP4GRhTnMT8ItfRcZhR YR2Q== MIME-Version: 1.0 X-Received: by 10.140.43.135 with SMTP id e7mr4520523qga.95.1397426609026; Sun, 13 Apr 2014 15:03:29 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.206 with HTTP; Sun, 13 Apr 2014 15:03:28 -0700 (PDT) In-Reply-To: References: <201404081719.41379.jhb@freebsd.org> Date: Sun, 13 Apr 2014 15:03:28 -0700 X-Google-Sender-Auth: CkorsXrpnCPO-xmYLqrZGG1HFzU Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Adrian Chadd To: Ivan Rokotov , freebsd-x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Kevin Oberman , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 22:03:30 -0000 Hi! So why does this particular retry hack work? Is there some bug in the drm/i915 code that isn't correctly handling submitted requests in certain circumstances? What's the value of 'ret' from that call? -a On 12 April 2014 17:28, Ivan Rokotov wrote: > Hi Kevin, > > Thank you for your useful suggestions. It took me several days to test > and debug everything. Here are my results: > > 2014-04-09 10:14 GMT+04:00 Kevin Oberman : >> If you want to stay with syscon, try removing VESA from your kernel by >> adding "nodevice VESA" to your kernel. > > Tried, changed nothing. > >> vt has been MFCed to 10-STABLE, but it is not in 10.0-RELEASE. I believe >> that you can pull vt out of the STABLE repo and build in on RELEASE, but I'd >> suggest just moving to STABLE. I've been using it on my T320 with no issues >> for a couple of months. > > Then I tried 10-STABLE, this build: > https://pub.allbsd.org/FreeBSD-snapshots/amd64-amd64/10.0-RELENG_10-r264300-JPSNAP/ > Recompiled kernel to include vt and vt_vga. > > With acpi_video and i915kms loaded from the console, suspend/resume works. > > Under X, with a real Xfce4 environment: > > * with xfwm4 windows manager, without any compositing effects, > everything works like a charm. All peripherals wake up, wifi > reconnects, mplayer continues playing video, etc. > > * with xfwm4 and any compositing enabled, however, I got screen > corruption, like this: > http://i327.photobucket.com/albums/k477/ivan_rokotov_bsd/1_zps099b1f6d.png > or > http://i327.photobucket.com/albums/k477/ivan_rokotov_bsd/4_zps8ec8912e.png > This is not a big problem, because scrolling/typing inside the window > or simply moving a mouse over it solves the problem. > > However, I need compiz (I like Mac-style tabbing) and some GL stuff > (e.g. asymptote). With compiz enabled, I get this horrible corruption: > http://i327.photobucket.com/albums/k477/ivan_rokotov_bsd/2_zpsd7564e4b.png > and no moving or switching to console help. No GL application starts. > I also found this in the X log after resume: > > [ 1173.617] (EE) intel(0): Failed to submit batch buffer, expect > rendering corruption: Device busy. > (II) AIGLX: Suspending AIGLX clients for VT switch > [ 1173.663] (WW) intel(0): drmDropMaster failed: Unknown error: -22 > [ 1177.289] (II) AIGLX: Resuming AIGLX clients after VT switch > [ 1177.340] (II) intel(0): EDID vendor "CMN", prod id 5239 > [ 1177.340] (II) intel(0): Printing DDC gathered Modelines: > [ 1177.340] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 > 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) > > After some experimenting, I found this patch, which solved the problem > completely: > http://lists.freebsd.org/pipermail/freebsd-x11/2013-October/013727.html > > Now, I have this in X log after resume: > [ 4561.749] (WW) intel(0): retrying batchbuffer submit > [ 4561.803] (WW) intel(0): retrying batchbuffer submit > [ 4561.857] (WW) intel(0): retrying batchbuffer submit > [ 4561.908] (WW) intel(0): retrying batchbuffer submit > [ 4561.959] (WW) intel(0): retrying batchbuffer submit > [ 4562.012] (WW) intel(0): retrying batchbuffer submit > [ 4562.063] (WW) intel(0): retrying batchbuffer submit > [ 4562.117] (WW) intel(0): retrying batchbuffer submit > [ 4562.171] (WW) intel(0): retrying batchbuffer submit > [ 4562.225] (WW) intel(0): retrying batchbuffer submit > [ 4562.279] (WW) intel(0): retrying batchbuffer submit > [ 4562.333] (WW) intel(0): retrying batchbuffer submit > [ 4562.386] (WW) intel(0): retrying batchbuffer submit > [ 4562.439] (WW) intel(0): retrying batchbuffer submit > [ 4562.493] (WW) intel(0): retrying batchbuffer submit > [ 4562.547] (WW) intel(0): retrying batchbuffer submit > [ 4564.779] (II) AIGLX: Suspending AIGLX clients for VT switch > [ 4564.779] (WW) intel(0): drmDropMaster failed: Unknown error: -22 > [ 4565.994] (II) AIGLX: Resuming AIGLX clients after VT switch > [ 4566.096] (II) intel(0): EDID vendor "CMN", prod id 5239 > [ 4566.096] (II) intel(0): Printing DDC gathered Modelines: > [ 4566.096] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 > 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) > > but everything is alive: compiz restarts correctly, GL applications > work as they did before resume. Job done! > > A question: is this patch ok? Nothing wrong with it? Do you or anybody > else experienced a similar problem and found a different solution? > >> I also add: >> # Out : speaker + headphones >> hint.hdac.0.cad0.nid25.config="as=1 seq=15" >> # In : mic + external mic >> hint.hdac.0.cad0.nid35.config="as=2" >> hint.hdac.0.cad0.nid27.config="as=2 seq=15" > > While we are here... I have: > hint.hdaa.0.nid20.config="as=1 seq=0 device=Speaker" > hint.hdaa.0.nid21.config="as=1 seq=15 device=Headphones" > hint.hdaa.0.nid18.config="as=3 seq=0 device=Mic" > hint.hdaa.0.nid24.config="as=3 seq=15 device=Mic" > > "as=2" for your mic means anything special? > >> # Minimize the number of interrupts from the sound card >> hint.pcm.0.buffersize=65536 >> hint.pcm.1.buffersize=65536 >> hw.snd.feeder_buffersize=65536 >> hw.snd.latency=7 > > hw.snd.latency=7 is for reducing power consumption? > > Thank you very much! > Ivan > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Sun Apr 13 22:07:58 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EEC3C92 for ; Sun, 13 Apr 2014 22:07:58 +0000 (UTC) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B46A91AB9 for ; Sun, 13 Apr 2014 22:07:57 +0000 (UTC) Received: from P142s.sics.se (h139n3-u-d1.ias.bredband.telia.com [90.228.197.139]) by sink.sics.se (8.14.5/8.14.5) with ESMTP id s3DLrnhv020829 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 13 Apr 2014 23:53:49 +0200 (CEST) (envelope-from bengta@P142s.sics.se) Received: from P142s.sics.se (localhost [127.0.0.1]) by P142s.sics.se (8.14.8/8.14.8) with ESMTP id s3DLrdgF003343; Sun, 13 Apr 2014 23:53:39 +0200 (CEST) (envelope-from bengta@P142s.sics.se) Received: (from bengta@localhost) by P142s.sics.se (8.14.8/8.14.8/Submit) id s3DLrdVH003342; Sun, 13 Apr 2014 23:53:39 +0200 (CEST) (envelope-from bengta@P142s.sics.se) From: Bengt Ahlgren To: Ivan Rokotov Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? In-Reply-To: (Ivan Rokotov's message of "Sun, 13 Apr 2014 04:28:43 +0400") References: <201404081719.41379.jhb@freebsd.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) Date: Sun, 13 Apr 2014 23:53:39 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Cc: Kevin Oberman , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 22:07:58 -0000 Ivan Rokotov writes: > Hi Kevin, > > Thank you for your useful suggestions. It took me several days to test > and debug everything. Here are my results: > > 2014-04-09 10:14 GMT+04:00 Kevin Oberman : >> If you want to stay with syscon, try removing VESA from your kernel by >> adding "nodevice VESA" to your kernel. > > Tried, changed nothing. I believe this should be "nooptions VESA". Bengt >> vt has been MFCed to 10-STABLE, but it is not in 10.0-RELEASE. I believe >> that you can pull vt out of the STABLE repo and build in on RELEASE, but I'd >> suggest just moving to STABLE. I've been using it on my T320 with no issues >> for a couple of months. > > Then I tried 10-STABLE, this build: > https://pub.allbsd.org/FreeBSD-snapshots/amd64-amd64/10.0-RELENG_10-r264300-JPSNAP/ > Recompiled kernel to include vt and vt_vga. > > With acpi_video and i915kms loaded from the console, suspend/resume works. > > Under X, with a real Xfce4 environment: > > * with xfwm4 windows manager, without any compositing effects, > everything works like a charm. All peripherals wake up, wifi > reconnects, mplayer continues playing video, etc. > > * with xfwm4 and any compositing enabled, however, I got screen > corruption, like this: > http://i327.photobucket.com/albums/k477/ivan_rokotov_bsd/1_zps099b1f6d.png > or > http://i327.photobucket.com/albums/k477/ivan_rokotov_bsd/4_zps8ec8912e.png > This is not a big problem, because scrolling/typing inside the window > or simply moving a mouse over it solves the problem. > > However, I need compiz (I like Mac-style tabbing) and some GL stuff > (e.g. asymptote). With compiz enabled, I get this horrible corruption: > http://i327.photobucket.com/albums/k477/ivan_rokotov_bsd/2_zpsd7564e4b.png > and no moving or switching to console help. No GL application starts. > I also found this in the X log after resume: > > [ 1173.617] (EE) intel(0): Failed to submit batch buffer, expect > rendering corruption: Device busy. > (II) AIGLX: Suspending AIGLX clients for VT switch > [ 1173.663] (WW) intel(0): drmDropMaster failed: Unknown error: -22 > [ 1177.289] (II) AIGLX: Resuming AIGLX clients after VT switch > [ 1177.340] (II) intel(0): EDID vendor "CMN", prod id 5239 > [ 1177.340] (II) intel(0): Printing DDC gathered Modelines: > [ 1177.340] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 > 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) > > After some experimenting, I found this patch, which solved the problem > completely: > http://lists.freebsd.org/pipermail/freebsd-x11/2013-October/013727.html > > Now, I have this in X log after resume: > [ 4561.749] (WW) intel(0): retrying batchbuffer submit > [ 4561.803] (WW) intel(0): retrying batchbuffer submit > [ 4561.857] (WW) intel(0): retrying batchbuffer submit > [ 4561.908] (WW) intel(0): retrying batchbuffer submit > [ 4561.959] (WW) intel(0): retrying batchbuffer submit > [ 4562.012] (WW) intel(0): retrying batchbuffer submit > [ 4562.063] (WW) intel(0): retrying batchbuffer submit > [ 4562.117] (WW) intel(0): retrying batchbuffer submit > [ 4562.171] (WW) intel(0): retrying batchbuffer submit > [ 4562.225] (WW) intel(0): retrying batchbuffer submit > [ 4562.279] (WW) intel(0): retrying batchbuffer submit > [ 4562.333] (WW) intel(0): retrying batchbuffer submit > [ 4562.386] (WW) intel(0): retrying batchbuffer submit > [ 4562.439] (WW) intel(0): retrying batchbuffer submit > [ 4562.493] (WW) intel(0): retrying batchbuffer submit > [ 4562.547] (WW) intel(0): retrying batchbuffer submit > [ 4564.779] (II) AIGLX: Suspending AIGLX clients for VT switch > [ 4564.779] (WW) intel(0): drmDropMaster failed: Unknown error: -22 > [ 4565.994] (II) AIGLX: Resuming AIGLX clients after VT switch > [ 4566.096] (II) intel(0): EDID vendor "CMN", prod id 5239 > [ 4566.096] (II) intel(0): Printing DDC gathered Modelines: > [ 4566.096] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 > 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) > > but everything is alive: compiz restarts correctly, GL applications > work as they did before resume. Job done! > > A question: is this patch ok? Nothing wrong with it? Do you or anybody > else experienced a similar problem and found a different solution? > >> I also add: >> # Out : speaker + headphones >> hint.hdac.0.cad0.nid25.config="as=1 seq=15" >> # In : mic + external mic >> hint.hdac.0.cad0.nid35.config="as=2" >> hint.hdac.0.cad0.nid27.config="as=2 seq=15" > > While we are here... I have: > hint.hdaa.0.nid20.config="as=1 seq=0 device=Speaker" > hint.hdaa.0.nid21.config="as=1 seq=15 device=Headphones" > hint.hdaa.0.nid18.config="as=3 seq=0 device=Mic" > hint.hdaa.0.nid24.config="as=3 seq=15 device=Mic" > > "as=2" for your mic means anything special? > >> # Minimize the number of interrupts from the sound card >> hint.pcm.0.buffersize=65536 >> hint.pcm.1.buffersize=65536 >> hw.snd.feeder_buffersize=65536 >> hw.snd.latency=7 > > hw.snd.latency=7 is for reducing power consumption? > > Thank you very much! > Ivan > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Sun Apr 13 23:07:50 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CD711DB; Sun, 13 Apr 2014 23:07:50 +0000 (UTC) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 088BB1118; Sun, 13 Apr 2014 23:07:49 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id f51so6835440qge.12 for ; Sun, 13 Apr 2014 16:07:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ljfdmh7zsWxGTGqsYNGHiM81l93bXcgh41hhj1mNhEY=; b=EnPvkxHFhoPvT/3RLQ+LH+d5UJ2r6tnOA4LPjm6shV3L6YjUcSLGTuzpjje7o3cxim W5FRUB6PbHLGW4eQK8MvjwISNO+D4FOMXfe1O6xLFVgEIBK0H1PykbYNUecZNMxwfDcB QC4mjyiOcknb858BAmJuaRjY8DyC2Uyl+ssgcQdgne2hv87eM+4upA4H+kqy/pBDPV+7 axiu6yA886jpsCH6Deb9UA8dJufpappFwUmDmYmZWmw9SsC1S5pmRPyILqcCB3JsMc9X /YHjp6Es+RBRLGffEFOwoA5CnZXHqxaj0WPazmaKaQx8moZco0lz4FFqe6TP4rqIAi4d F/rw== MIME-Version: 1.0 X-Received: by 10.140.40.229 with SMTP id x92mr43625258qgx.13.1397430469154; Sun, 13 Apr 2014 16:07:49 -0700 (PDT) Received: by 10.96.110.234 with HTTP; Sun, 13 Apr 2014 16:07:49 -0700 (PDT) In-Reply-To: References: <201404081719.41379.jhb@freebsd.org> Date: Mon, 14 Apr 2014 03:07:49 +0400 Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Ivan Rokotov To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: Kevin Oberman , freebsd-x11@freebsd.org, "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 23:07:50 -0000 2014-04-14 2:03 GMT+04:00 Adrian Chadd : > Hi! > > So why does this particular retry hack work? Is there some bug in the > drm/i915 code that isn't correctly handling submitted requests in > certain circumstances? > > What's the value of 'ret' from that call? Hi Adrian, With this code xf86DrvMsg(scrn->scrnIndex, X_WARNING, "retrying batchbuffer submit, ret=%d\n", ret); I got after resume: [ 8572.583] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8572.636] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8572.687] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8572.742] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8572.795] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8572.850] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8572.904] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8572.958] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8573.009] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8573.064] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8573.118] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8573.172] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8573.226] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8573.280] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8573.334] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8573.388] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8573.442] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8573.496] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8573.550] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8573.604] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8575.827] (WW) intel(0): retrying batchbuffer submit, ret=-16 [ 8575.936] (II) AIGLX: Suspending AIGLX clients for VT switch [ 8575.937] (WW) intel(0): drmDropMaster failed: Unknown error: -22 [ 8577.146] (II) AIGLX: Resuming AIGLX clients after VT switch [ 8577.248] (II) intel(0): EDID vendor "CMN", prod id 5239 [ 8577.248] (II) intel(0): Printing DDC gathered Modelines: [ 8577.248] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) Ivan From owner-freebsd-mobile@FreeBSD.ORG Sun Apr 13 23:41:13 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BCAFD5B for ; Sun, 13 Apr 2014 23:41:13 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE28D1482 for ; Sun, 13 Apr 2014 23:41:12 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id j107so828170qga.8 for ; Sun, 13 Apr 2014 16:41:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AVjk5I32RE8K7f0yhc2FFSYe12oO2ottjNmsDGPe2d0=; b=SmVqkDU/GK5Q0j9QeVoxG3D1jGDc7n3aw32i2yduoMLoHI7AJQhLuHR0KojSoxSJOU +9vMZ9/abCdXdCe1bevDidbzUpmeVHDebqatUOVaeIWDlkjZFVp41jRuF1dYT3gSIChD C3HPjDYH3/YhKPl2pQ5KfrQ2fElWMNoSHWbjreuuI7kmCDnm8BkYQaKsFNYuZqzdYwfR Onti8rywctC6h+Tnkk/0i0uGxS8Wo/Hdisdvg9Yplc6jRS1ReRC0kuTtWl9z0aQ5w61t 5kpwlYbQ+q95j5jM+NepgLYJ5TEPfoaDWvkNiQmWIrmN96st2fT4+pTQ7fQZ1gkWV9mp jv9Q== MIME-Version: 1.0 X-Received: by 10.140.46.68 with SMTP id j62mr19043063qga.71.1397432471961; Sun, 13 Apr 2014 16:41:11 -0700 (PDT) Received: by 10.96.110.234 with HTTP; Sun, 13 Apr 2014 16:41:11 -0700 (PDT) In-Reply-To: References: <201404081719.41379.jhb@freebsd.org> Date: Mon, 14 Apr 2014 03:41:11 +0400 Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Ivan Rokotov To: Bengt Ahlgren Content-Type: text/plain; charset=ISO-8859-1 Cc: Kevin Oberman , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 23:41:13 -0000 2014-04-14 1:53 GMT+04:00 Bengt Ahlgren : > I believe this should be "nooptions VESA". Hi Bengt, Indeed! And this works. With 'nooptions VESA' and syscons I can suspend/resume from X. The image turns dotty and to low color mode for a moment, but it recovers immediately. X log: [ 113.387] (II) AIGLX: Suspending AIGLX clients for VT switch [ 113.387] (WW) intel(0): drmDropMaster failed: Unknown error: -22 [ 120.957] (II) AIGLX: Resuming AIGLX clients after VT switch [ 120.958] (II) intel(0): EDID vendor "CMN", prod id 5239 [ 120.958] (II) intel(0): Printing DDC gathered Modelines: [ 120.958] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) So, the retry hack is needed only with vt. Ivan From owner-freebsd-mobile@FreeBSD.ORG Mon Apr 14 00:21:19 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 439283A5; Mon, 14 Apr 2014 00:21:19 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E270E1759; Mon, 14 Apr 2014 00:21:18 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id j5so7480119qga.4 for ; Sun, 13 Apr 2014 17:21:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=PLioC1RZSDYT2MGnkPeQ3COGkd0/vKojrCG/Q+VZQ/w=; b=ZRlcCd1N6c64aKgaCqd/WdMU/4rDlpZdnFN7jxRhJGVcO2ECengH1R8Nr/XDDcCrNa WxKQSSewzMDyg1HDn2By+OzX7elW2P68rpNK77KCn0JG1jZZoSq8IIlRpumCm2pzx1jE NMW5ywzgsC6jLB6+RrwZ57iBLHnRwLKH5P/clRFhtKpKxVmYQ3q2ba+R8OEXLYPbSyZL j0GmUFS5ltluTre+yaJrtSMxS9C+SQ2JPyS0F68WUIRbNfFDKJXBisxLK8gzjTYbASJE v1AZerv900G1exBQ2WuWdGrnd5GEjEvE8gemBArgflf3W/FcFkmqDMFTpEu/Wg73r5HN riqQ== MIME-Version: 1.0 X-Received: by 10.224.79.72 with SMTP id o8mr15757455qak.20.1397434878003; Sun, 13 Apr 2014 17:21:18 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.206 with HTTP; Sun, 13 Apr 2014 17:21:17 -0700 (PDT) In-Reply-To: References: <201404081719.41379.jhb@freebsd.org> Date: Sun, 13 Apr 2014 17:21:17 -0700 X-Google-Sender-Auth: udFY148V5G-QsCTOOvRrCZsOl-Y Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Adrian Chadd To: Ivan Rokotov , Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 Cc: Kevin Oberman , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2014 00:21:19 -0000 cc'ed ray@, as VT is his baby (now). -a On 13 April 2014 16:41, Ivan Rokotov wrote: > 2014-04-14 1:53 GMT+04:00 Bengt Ahlgren : >> I believe this should be "nooptions VESA". > > Hi Bengt, > > Indeed! And this works. With 'nooptions VESA' and syscons I can > suspend/resume from X. The image turns dotty and to low color mode for > a moment, but it recovers immediately. X log: > > [ 113.387] (II) AIGLX: Suspending AIGLX clients for VT switch > [ 113.387] (WW) intel(0): drmDropMaster failed: Unknown error: -22 > [ 120.957] (II) AIGLX: Resuming AIGLX clients after VT switch > [ 120.958] (II) intel(0): EDID vendor "CMN", prod id 5239 > [ 120.958] (II) intel(0): Printing DDC gathered Modelines: > [ 120.958] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 > 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) > > So, the retry hack is needed only with vt. > > Ivan > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Mon Apr 14 13:42:00 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E8A373A; Mon, 14 Apr 2014 13:42:00 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 53B29193F; Mon, 14 Apr 2014 13:41:59 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id F02D3C4956; Mon, 14 Apr 2014 16:41:52 +0300 (EEST) Date: Mon, 14 Apr 2014 16:44:30 +0300 From: Aleksandr Rybalko To: Adrian Chadd Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? Message-Id: <20140414164430.218d02c19c8fd8bee4ea30fa@freebsd.org> In-Reply-To: References: <201404081719.41379.jhb@freebsd.org> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kevin Oberman , Ivan Rokotov , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2014 13:42:00 -0000 On Sun, 13 Apr 2014 17:21:17 -0700 Adrian Chadd wrote: > cc'ed ray@, as VT is his baby (now). > > -a > > > On 13 April 2014 16:41, Ivan Rokotov wrote: > > 2014-04-14 1:53 GMT+04:00 Bengt Ahlgren : > >> I believe this should be "nooptions VESA". > > > > Hi Bengt, > > > > Indeed! And this works. With 'nooptions VESA' and syscons I can > > suspend/resume from X. The image turns dotty and to low color mode for > > a moment, but it recovers immediately. X log: > > > > [ 113.387] (II) AIGLX: Suspending AIGLX clients for VT switch > > [ 113.387] (WW) intel(0): drmDropMaster failed: Unknown error: -22 > > [ 120.957] (II) AIGLX: Resuming AIGLX clients after VT switch > > [ 120.958] (II) intel(0): EDID vendor "CMN", prod id 5239 > > [ 120.958] (II) intel(0): Printing DDC gathered Modelines: > > [ 120.958] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 > > 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) > > > > So, the retry hack is needed only with vt. > > > > Ivan > > _______________________________________________ > > freebsd-mobile@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" Hi fellows, As Adrian mentioned "vt(4) is my baby now", so you can try HEAD on revision more or equal to r264259, that can fix resume with vt_vga and textmode=0. But if question related to drm or Xorg, there I will not be able to help. You can ask some question related to modern, KMS aware, driver for Intel to kib@ or related to Radeon to dumbbell@. Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-mobile@FreeBSD.ORG Mon Apr 14 21:18:58 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49E19EED; Mon, 14 Apr 2014 21:18:58 +0000 (UTC) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D85571CE9; Mon, 14 Apr 2014 21:18:57 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id x13so9689100qcv.1 for ; Mon, 14 Apr 2014 14:18:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WkGD0tw1OLiISTW3GDHyjanLQWnAAMg6Bn95RRNJyJo=; b=uCgD3neDbkf/JCa4msrD4/kTPENpU/4wj4ZXNouKTQXUuNrTXciXXj26ImzTvM3cl5 uiXH+iISz3PcWDsSSpX1kFRvLyYg6gRYGH/HBvSiXwcd73vhMaqTSWRu7Pl+k/zUYRUB SGNsi5oB/LkL2dlXsdI+xYl/N6vmZiYIy2/ToumrQougKVCU3l66hXRVYObgZULFBlxN oIRQ0f/Iyxa0/OITzoT257l3fUF0XfwmRFw+WVakfIzCpsrWxHYuge+NzYM+v0I/bDS1 g1x3kAQCaO72HU2hVRfvrd/LaoRwOmJM7KpqiXUcJ8WEGi2KHPZW4dAv9Bcp/ETzn9EZ v4jA== MIME-Version: 1.0 X-Received: by 10.224.160.142 with SMTP id n14mr50752977qax.17.1397510337056; Mon, 14 Apr 2014 14:18:57 -0700 (PDT) Received: by 10.96.110.234 with HTTP; Mon, 14 Apr 2014 14:18:56 -0700 (PDT) In-Reply-To: <20140414164430.218d02c19c8fd8bee4ea30fa@freebsd.org> References: <201404081719.41379.jhb@freebsd.org> <20140414164430.218d02c19c8fd8bee4ea30fa@freebsd.org> Date: Tue, 15 Apr 2014 01:18:56 +0400 Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Ivan Rokotov To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 Cc: Kevin Oberman , Adrian Chadd , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2014 21:18:58 -0000 2014-04-14 17:44 GMT+04:00 Aleksandr Rybalko : > Hi fellows, > > As Adrian mentioned "vt(4) is my baby now", so you can try HEAD on > revision more or equal to r264259, that can fix resume with vt_vga and > textmode=0. Hi Aleksandr, I'll gladly try the newest vt code from HEAD right now. However, for many reasons, I'd like to build it on 10.0-RELEASE. Can you tell me what I have to checkout except sys/dev/vt and relevant sys/files lines (of course)? Ivan From owner-freebsd-mobile@FreeBSD.ORG Mon Apr 14 21:52:28 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 662D37CF; Mon, 14 Apr 2014 21:52:28 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2461198; Mon, 14 Apr 2014 21:52:27 +0000 (UTC) Received: from rnote.ddteam.net (248-109-133-95.pool.ukrtel.net [95.133.109.248]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id B4BEFC4955; Tue, 15 Apr 2014 00:52:26 +0300 (EEST) Date: Tue, 15 Apr 2014 00:52:23 +0300 From: Aleksandr Rybalko To: Ivan Rokotov Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? Message-Id: <20140415005223.add305f5.ray@freebsd.org> In-Reply-To: References: <201404081719.41379.jhb@freebsd.org> <20140414164430.218d02c19c8fd8bee4ea30fa@freebsd.org> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kevin Oberman , Adrian Chadd , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2014 21:52:28 -0000 On Tue, 15 Apr 2014 01:18:56 +0400 Ivan Rokotov wrote: > 2014-04-14 17:44 GMT+04:00 Aleksandr Rybalko : > > Hi fellows, > > > > As Adrian mentioned "vt(4) is my baby now", so you can try HEAD on > > revision more or equal to r264259, that can fix resume with vt_vga > > and textmode=0. > > Hi Aleksandr, > > I'll gladly try the newest vt code from HEAD right now. However, for > many reasons, I'd like to build it on 10.0-RELEASE. Can you tell me > what I have to checkout except sys/dev/vt and relevant sys/files lines > (of course)? > > Ivan Today I was MFC to only two files (IIRC), it was sys/kern/subr_terminal.c and sys/dev/vt/vt_core.c But better to just update whole tree (svn update). Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-mobile@FreeBSD.ORG Mon Apr 14 22:17:35 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5908EFD9; Mon, 14 Apr 2014 22:17:35 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E69A3142F; Mon, 14 Apr 2014 22:17:34 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id w8so8435512qac.26 for ; Mon, 14 Apr 2014 15:17:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RDNaZVnhx1Ae21tk465Hud+NXrT051eDG4ByIgO1Q6I=; b=qDoKvnkxx2Q1RqE778PA/yVTBFsVmR5JpjBbBR4uNQSA4+zIK2+Bt97c2BxJHDDaJW yN4HV32CU79edNw55rsswD0BskGmCU3JCyiWFiOCtB5aCxRbBu28b7oDYzSn30iFuZOZ W4cd++7hm1CO2U7kNosz2CIdjAtW6GJ5D0eJAf6ssDgKMOJr4BTW222OS9kk771+gMP9 nc5gYcmIKg3bI4JSzR4os1YYK4/x8/lBA/j0gTstCkZ1aj5wbT0edEqHf7zcVLZk/isk Kdq1hvKxB4hAM8p148jKO7xMXq2WuYKAZOPzVc9jgBPZGijWb43l+NUvwYbBYiatLXDk Ro8A== MIME-Version: 1.0 X-Received: by 10.140.107.229 with SMTP id h92mr50875032qgf.30.1397513854065; Mon, 14 Apr 2014 15:17:34 -0700 (PDT) Received: by 10.96.110.234 with HTTP; Mon, 14 Apr 2014 15:17:33 -0700 (PDT) In-Reply-To: <20140415005223.add305f5.ray@freebsd.org> References: <201404081719.41379.jhb@freebsd.org> <20140414164430.218d02c19c8fd8bee4ea30fa@freebsd.org> <20140415005223.add305f5.ray@freebsd.org> Date: Tue, 15 Apr 2014 02:17:33 +0400 Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Ivan Rokotov To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 Cc: Kevin Oberman , Adrian Chadd , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2014 22:17:35 -0000 2014-04-15 1:52 GMT+04:00 Aleksandr Rybalko : > Today I was MFC to only two files (IIRC), it was > sys/kern/subr_terminal.c and sys/dev/vt/vt_core.c > > But better to just update whole tree (svn update). I meant 10.0-RELEASE, not 10-STABLE. Actually I'd like to (sort of) MFC locally vt code to 10.0-RELEASE source. Ivan From owner-freebsd-mobile@FreeBSD.ORG Tue Apr 15 15:35:05 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5A83257 for ; Tue, 15 Apr 2014 15:35:05 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FA5F1953 for ; Tue, 15 Apr 2014 15:35:05 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id j5so9617670qaq.14 for ; Tue, 15 Apr 2014 08:35:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Blp/ipEdb3uIo0C7k2trQatxfn3mLauuSBYqZ2B1i0M=; b=DzQKsSfkfm0vRKmrEOL6WNscgyJZwZ5TGYElNOzEdReoKMr92XGCLGNg7Q9QIRwRYb T6vxwSB7gB1uSVX6iNdlHK2Cg0vxhafScCJC/JbMpPMgmoBZ5Nk5mAcGNrVBAO40GXIW BoHk8n4/16Bw4HXJwRx/lj2oKHzPYIsRfWwoy26NUfvEmIj8WT5N0L0Z2Okwkarftb8i XbaMuKtQI9Zwxj6FM4uqQqapTGPEtEEQ5A63Heln6ZKtmHfwUw01m8WsjHL43FsTr8Pd IADcPWx5OXhFrVqiulwxQ+jIIr/HbK7DM1HAVpPKPWLuCQ8wXt5KsLDWst+gCj0ef4Ro 1CFQ== MIME-Version: 1.0 X-Received: by 10.140.97.183 with SMTP id m52mr3455126qge.108.1397576104744; Tue, 15 Apr 2014 08:35:04 -0700 (PDT) Received: by 10.96.110.234 with HTTP; Tue, 15 Apr 2014 08:35:04 -0700 (PDT) Date: Tue, 15 Apr 2014 19:35:04 +0400 Message-ID: Subject: ClickPad option with synaptics driver? From: Ivan Rokotov To: "freebsd-mobile@freebsd.org" Content-Type: multipart/mixed; boundary=001a113a68a6459f3e04f7168b8d X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 15:35:06 -0000 --001a113a68a6459f3e04f7168b8d Content-Type: text/plain; charset=UTF-8 Hi freebsd-mobile members, (I'm reposting my question to x11 list since obviously there's not much traffic there.) I'm trying to configure my Lenovo IdeaPad S400 Synaptics touchpad to work properly. Environment: * Lenovo IdeaPad S400 * FreeBSD 10.0-RELEASE * xf86-input-synaptics-1.7.2 compiled with 'WITH_NEW_XORG=yes' (to enable Intel KMS driver) * hw.psm.synaptics_support=1 in /boot/loader.conf * dmesg | grep psm: psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 Everything seems to work as expected, except ClickPad option. I attached my Xorg log file. You can see from there what options I enabled and how the touchpad is detected and configured. However, I'd say that the problem is deeper than Xorg level, because no ClickPad capability is detected at all: [ 19.570] (--) synaptics: Touchpad0: Touchpad has extended capability bits [ 19.570] (--) synaptics: Touchpad0: -> multifinger detection [ 19.570] (--) synaptics: Touchpad0: -> palm detection Unlike this, in Linux, Xorg says: [ 22.776] (II) synaptics: SynPS/2 Synaptics TouchPad: found clickpad property So: is it possible at all to use ClickPad option with synaptics driver on FreeBSD? If yes, could anybody share a success story? Ivan --001a113a68a6459f3e04f7168b8d Content-Type: application/octet-stream; name="Xorg.0.log-20140407" Content-Disposition: attachment; filename="Xorg.0.log-20140407" Content-Transfer-Encoding: base64 X-Attachment-Id: f_htqhn2dh0 WyAgICAxNi45ODBdIApYLk9yZyBYIFNlcnZlciAxLjEyLjQKUmVsZWFzZSBEYXRlOiAyMDEyLTA4 LTI3ClsgICAgMTYuOTgwXSBYIFByb3RvY29sIFZlcnNpb24gMTEsIFJldmlzaW9uIDAKWyAgICAx Ni45ODBdIEJ1aWxkIE9wZXJhdGluZyBTeXN0ZW06IEZyZWVCU0QgMTAuMC1SRUxFQVNFIGFtZDY0 IApbICAgIDE2Ljk4MF0gQ3VycmVudCBPcGVyYXRpbmcgU3lzdGVtOiBGcmVlQlNEIC4uLi4gMTAu MC1SRUxFQVNFIEZyZWVCU0QgMTAuMC1SRUxFQVNFICMwOiBTdW4gQXByICA2IC4uLi4uLi4uLi4u Li4gLi4uLi4uQC4uLi4uLi4uLi46L3Vzci9vYmovdXNyL3NyYy9zeXMvLi4uLi4uIGFtZDY0Clsg ICAgMTYuOTgxXSBCdWlsZCBEYXRlOiAzMSBNYXJjaCAyMDE0ICAxMTo1NjowM1BNClsgICAgMTYu OTgxXSAgClsgICAgMTYuOTgxXSBDdXJyZW50IHZlcnNpb24gb2YgcGl4bWFuOiAwLjMyLjQKWyAg ICAxNi45ODFdIAlCZWZvcmUgcmVwb3J0aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8vd2lraS54 Lm9yZwoJdG8gbWFrZSBzdXJlIHRoYXQgeW91IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9uLgpbICAg IDE2Ljk4MV0gTWFya2VyczogKC0tKSBwcm9iZWQsICgqKikgZnJvbSBjb25maWcgZmlsZSwgKD09 KSBkZWZhdWx0IHNldHRpbmcsCgkoKyspIGZyb20gY29tbWFuZCBsaW5lLCAoISEpIG5vdGljZSwg KElJKSBpbmZvcm1hdGlvbmFsLAoJKFdXKSB3YXJuaW5nLCAoRUUpIGVycm9yLCAoTkkpIG5vdCBp bXBsZW1lbnRlZCwgKD8/KSB1bmtub3duLgpbICAgIDE2Ljk4MV0gKD09KSBMb2cgZmlsZTogIi92 YXIvbG9nL1hvcmcuMC5sb2ciLCBUaW1lOiBUdWUgQXByICA4IDA0OjU5OjAyIDIwMTQKWyAgICAx Ni45ODRdICg9PSkgVXNpbmcgY29uZmlnIGZpbGU6ICIvZXRjL1gxMS94b3JnLmNvbmYiClsgICAg MTYuOTg0XSAoPT0pIFVzaW5nIHN5c3RlbSBjb25maWcgZGlyZWN0b3J5ICIvdXNyL2xvY2FsL3No YXJlL1gxMS94b3JnLmNvbmYuZCIKWyAgICAxNi45ODRdICg9PSkgU2VydmVyTGF5b3V0ICJYLm9y ZyBDb25maWd1cmVkIgpbICAgIDE2Ljk4NF0gKCoqKSB8LS0+U2NyZWVuICJTY3JlZW4wIiAoMCkK WyAgICAxNi45ODRdICgqKikgfCAgIHwtLT5Nb25pdG9yICJNb25pdG9yMCIKWyAgICAxNi45ODVd ICgqKikgfCAgIHwtLT5EZXZpY2UgIkNhcmQwIgpbICAgIDE2Ljk4NV0gKCoqKSB8LS0+SW5wdXQg RGV2aWNlICJNb3VzZTAiClsgICAgMTYuOTg1XSAoKiopIHwtLT5JbnB1dCBEZXZpY2UgIlRvdWNo cGFkMCIKWyAgICAxNi45ODVdICgqKikgfC0tPklucHV0IERldmljZSAiS2V5Ym9hcmQwIgpbICAg IDE2Ljk4NV0gKCoqKSBPcHRpb24gIkRvbnRaYXAiICJvZmYiClsgICAgMTYuOTg1XSAoKiopIE9w dGlvbiAiQUlHTFgiICJ0cnVlIgpbICAgIDE2Ljk4NV0gKCoqKSBPcHRpb24gIklnbm9yZUFCSSIK WyAgICAxNi45ODVdICgqKikgT3B0aW9uICJBdXRvQWRkRGV2aWNlcyIgInRydWUiClsgICAgMTYu OTg1XSAoKiopIElnbm9yaW5nIEFCSSBWZXJzaW9uClsgICAgMTYuOTg1XSAoKiopIEF1dG9tYXRp Y2FsbHkgYWRkaW5nIGRldmljZXMKWyAgICAxNi45ODVdICg9PSkgQXV0b21hdGljYWxseSBlbmFi bGluZyBkZXZpY2VzClsgICAgMTYuOTkxXSAoKiopIEZvbnRQYXRoIHNldCB0bzoKCS91c3IvbG9j YWwvbGliL1gxMS9mb250cy9taXNjLywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9UVEYvLAoJ L3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL09URiwKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9U eXBlMS8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvMTAwZHBpLywKCS91c3IvbG9jYWwvbGli L1gxMS9mb250cy83NWRwaS8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvRHJvaWQvLAoJL3Vz ci9sb2NhbC9saWIvWDExL2ZvbnRzL0xpbkxpYmVydGluZUcvLAoJL3Vzci9sb2NhbC9saWIvWDEx L2ZvbnRzL0xpYmVyYXRpb24vLAoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL0dlbnRpdW1CYXNp Yy8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvbWlzYy8sCgkvdXNyL2xvY2FsL2xpYi9YMTEv Zm9udHMvVFRGLywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9PVEYvLAoJL3Vzci9sb2NhbC9s aWIvWDExL2ZvbnRzL1R5cGUxLywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy8xMDBkcGkvLAoJ L3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzc1ZHBpLwpbICAgIDE2Ljk5MV0gKCoqKSBNb2R1bGVQ YXRoIHNldCB0byAiL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzIgpbICAgIDE2Ljk5MV0gKCoq KSBFeHRlbnNpb24gIkNvbXBvc2l0ZSIgaXMgZW5hYmxlZApbICAgIDE2Ljk5MV0gKFdXKSBIb3Rw bHVnZ2luZyBpcyBvbiwgZGV2aWNlcyB1c2luZyBkcml2ZXJzICdrYmQnLCAnbW91c2UnIG9yICd2 bW1vdXNlJyB3aWxsIGJlIGRpc2FibGVkLgpbICAgIDE2Ljk5MV0gKFdXKSBEaXNhYmxpbmcgTW91 c2UwClsgICAgMTYuOTkxXSAoV1cpIERpc2FibGluZyBLZXlib2FyZDAKWyAgICAxNi45OTFdIChJ SSkgTG9hZGVyIG1hZ2ljOiAweDdiNzUzMApbICAgIDE2Ljk5MV0gKElJKSBNb2R1bGUgQUJJIHZl cnNpb25zOgpbICAgIDE2Ljk5MV0gCVguT3JnIEFOU0kgQyBFbXVsYXRpb246IDAuNApbICAgIDE2 Ljk5MV0gCVguT3JnIFZpZGVvIERyaXZlcjogMTIuMQpbICAgIDE2Ljk5MV0gCVguT3JnIFhJbnB1 dCBkcml2ZXIgOiAxNi4wClsgICAgMTYuOTkxXSAJWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDYu MApbICAgIDE2Ljk5MV0gKC0tKSBQQ0k6KigwOjA6MjowKSA4MDg2OjAxNjY6MTdhYTozOTc3IHJl diA5LCBNZW0gQCAweGQwMDAwMDAwLzQxOTQzMDQsIDB4YzAwMDAwMDAvMjY4NDM1NDU2LCBJL08g QCAweDAwMDAzMDAwLzY0LCBCSU9TIEAgMHg/Pz8/Pz8/Py82NTUzNgpbICAgIDE2Ljk5MV0gKElJ KSAiZXh0bW9kIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBieSBkZWZhdWx0IGFu ZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuClsgICAgMTYuOTkxXSAoSUkpICJk YmUiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28g c3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KWyAgICAxNi45OTFdIChJSSkgImdseCIgd2ls bCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdCBhbmQgYWxzbyBzcGVjaWZp ZWQgaW4gdGhlIGNvbmZpZyBmaWxlLgpbICAgIDE2Ljk5MV0gKElJKSAicmVjb3JkIiB3aWxsIGJl IGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxlZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBp biB0aGUgY29uZmlnIGZpbGUuClsgICAgMTYuOTkxXSAoSUkpICJkcmkiIHdpbGwgYmUgbG9hZGVk LiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBj b25maWcgZmlsZS4KWyAgICAxNi45OTFdIChJSSkgImRyaTIiIHdpbGwgYmUgbG9hZGVkLiBUaGlz IHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcg ZmlsZS4KWyAgICAxNi45OTFdIChJSSkgTG9hZE1vZHVsZTogImRiZSIKWyAgICAxNi45OTJdIChJ SSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkYmUu c28KWyAgICAxNi45OTNdIChJSSkgTW9kdWxlIGRiZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9u IgpbICAgIDE2Ljk5M10gCWNvbXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4w LjAKWyAgICAxNi45OTNdIAlNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24KWyAg ICAxNi45OTNdIAlBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gNi4w ClsgICAgMTYuOTkzXSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERPVUJMRS1CVUZGRVIKWyAgICAx Ni45OTNdIChJSSkgTG9hZE1vZHVsZTogImRyaSIKWyAgICAxNi45OTNdIChJSSkgTG9hZGluZyAv dXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkcmkuc28KWyAgICAxNi45 OTRdIChJSSkgTW9kdWxlIGRyaTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgIDE2Ljk5 NV0gCWNvbXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKWyAgICAxNi45 OTVdIAlBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gNi4wClsgICAg MTYuOTk1XSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtRFJJClsgICAgMTYuOTk1XSAo SUkpIExvYWRNb2R1bGU6ICJkcmkyIgpbICAgIDE2Ljk5NV0gKElJKSBMb2FkaW5nIC91c3IvbG9j YWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zL2xpYmRyaTIuc28KWyAgICAxNi45OTZdIChJ SSkgTW9kdWxlIGRyaTI6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgICAxNi45OTZdIAlj b21waWxlZCBmb3IgMS4xMi40LCBtb2R1bGUgdmVyc2lvbiA9IDEuMi4wClsgICAgMTYuOTk2XSAJ QUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDYuMApbICAgIDE2Ljk5 Nl0gKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBEUkkyClsgICAgMTYuOTk2XSAoSUkpIExvYWRNb2R1 bGU6ICJleHRtb2QiClsgICAgMTYuOTk2XSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9y Zy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZXh0bW9kLnNvClsgICAgMTYuOTk3XSAoSUkpIE1vZHVs ZSBleHRtb2Q6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgICAxNi45OTddIAljb21waWxl ZCBmb3IgMS4xMi40LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wClsgICAgMTYuOTk3XSAJTW9kdWxl IGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uClsgICAgMTYuOTk3XSAJQUJJIGNsYXNzOiBY Lk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDYuMApbICAgIDE2Ljk5N10gKElJKSBMb2Fk aW5nIGV4dGVuc2lvbiBNSVQtU0NSRUVOLVNBVkVSClsgICAgMTYuOTk3XSAoSUkpIExvYWRpbmcg ZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVuc2lvbgpbICAgIDE2Ljk5N10gKElJKSBMb2Fk aW5nIGV4dGVuc2lvbiBYRnJlZTg2LURHQQpbICAgIDE2Ljk5N10gKElJKSBMb2FkaW5nIGV4dGVu c2lvbiBEUE1TClsgICAgMTYuOTk3XSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhWaWRlbwpbICAg IDE2Ljk5N10gKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlkZW8tTW90aW9uQ29tcGVuc2F0aW9u ClsgICAgMTYuOTk3XSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFgtUmVzb3VyY2UKWyAgICAxNi45 OTddIChJSSkgTG9hZE1vZHVsZTogInJlY29yZCIKWyAgICAxNi45OTddIChJSSkgTG9hZGluZyAv dXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJyZWNvcmQuc28KWyAgICAx Ni45OThdIChJSSkgTW9kdWxlIHJlY29yZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAg IDE2Ljk5OF0gCWNvbXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4xMy4wClsg ICAgMTYuOTk4XSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uClsgICAgMTYu OTk4XSAJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDYuMApbICAg IDE2Ljk5OF0gKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBSRUNPUkQKWyAgICAxNi45OThdIChJSSkg TG9hZE1vZHVsZTogImdseCIKWyAgICAxNi45OThdIChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xp Yi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHguc28KWyAgICAxNy4wMDBdIChJSSkgTW9k dWxlIGdseDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgIDE3LjAwMF0gCWNvbXBpbGVk IGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKWyAgICAxNy4wMDBdIAlBQkkgY2xh c3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gNi4wClsgICAgMTcuMDAxXSAoKiop IEFJR0xYIGVuYWJsZWQKWyAgICAxNy4wMDFdIChJSSkgTG9hZGluZyBleHRlbnNpb24gR0xYClsg ICAgMTcuMDAxXSAoSUkpIExvYWRNb2R1bGU6ICJpbnRlbCIKWyAgICAxNy4wMDJdIChJSSkgTG9h ZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZHJpdmVycy9pbnRlbF9kcnYuc28KWyAg ICAxNy4wMDZdIChJSSkgTW9kdWxlIGludGVsOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsg ICAgMTcuMDA2XSAJY29tcGlsZWQgZm9yIDEuMTIuNCwgbW9kdWxlIHZlcnNpb24gPSAyLjIxLjE1 ClsgICAgMTcuMDA2XSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIKWyAgICAxNy4w MDZdIAlBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAxMi4xClsgICAgMTcu MDA2XSAoSUkpIExvYWRNb2R1bGU6ICJzeW5hcHRpY3MiClsgICAgMTcuMDA3XSAoSUkpIExvYWRp bmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2lucHV0L3N5bmFwdGljc19kcnYuc28KWyAg ICAxNy4wMDhdIChJSSkgTW9kdWxlIHN5bmFwdGljczogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9u IgpbICAgIDE3LjAwOF0gCWNvbXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS43 LjIKWyAgICAxNy4wMDhdIAlNb2R1bGUgY2xhc3M6IFguT3JnIFhJbnB1dCBEcml2ZXIKWyAgICAx Ny4wMDhdIAlBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMTYuMApbICAg IDE3LjAwOF0gKElJKSBpbnRlbDogRHJpdmVyIGZvciBJbnRlbChSKSBJbnRlZ3JhdGVkIEdyYXBo aWNzIENoaXBzZXRzOgoJaTgxMCwgaTgxMC1kYzEwMCwgaTgxMGUsIGk4MTUsIGk4MzBNLCA4NDVH LCA4NTQsIDg1MkdNLzg1NUdNLCA4NjVHLAoJOTE1RywgRTcyMjEgKGk5MTUpLCA5MTVHTSwgOTQ1 RywgOTQ1R00sIDk0NUdNRSwgUGluZXZpZXcgR00sCglQaW5ldmlldyBHLCA5NjVHLCBHMzUsIDk2 NVEsIDk0NkdaLCA5NjVHTSwgOTY1R01FL0dMRSwgRzMzLCBRMzUsIFEzMywKCUdNNDUsIDQgU2Vy aWVzLCBHNDUvRzQzLCBRNDUvUTQzLCBHNDEsIEI0MywgSEQgR3JhcGhpY3MsCglIRCBHcmFwaGlj cyAyMDAwLCBIRCBHcmFwaGljcyAzMDAwLCBIRCBHcmFwaGljcyAyNTAwLAoJSEQgR3JhcGhpY3Mg NDAwMCwgSEQgR3JhcGhpY3MgUDQwMDAsIEhEIEdyYXBoaWNzIDQ2MDAsCglIRCBHcmFwaGljcyA1 MDAwLCBIRCBHcmFwaGljcyBQNDYwMC9QNDcwMCwgSXJpcyhUTSkgR3JhcGhpY3MgNTEwMCwKCUhE IEdyYXBoaWNzIDQ0MDAsIEhEIEdyYXBoaWNzIDQyMDAsIElyaXMoVE0pIFBybyBHcmFwaGljcyA1 MjAwClsgICAgMTcuMDA5XSAoLS0pIFVzaW5nIHN5c2NvbnMgZHJpdmVyIHdpdGggWCBzdXBwb3J0 ICh2ZXJzaW9uIDIuMCkKWyAgICAxNy4wMDldICgtLSkgdXNpbmcgVlQgbnVtYmVyIDkKClsgICAg MTguMDAzXSBkcm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDAKWyAgICAx OC4wMDNdIGRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDEwLCAoT0spClsgICAgMTguMDAz XSBkcm1PcGVuQnlCdXNpZDogU2VhcmNoaW5nIGZvciBCdXNJRCBwY2k6MDAwMDowMDowMi4wClsg ICAgMTguMDAzXSBkcm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDAKWyAg ICAxOC4wMDNdIGRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDEwLCAoT0spClsgICAgMTgu MDAzXSBkcm1PcGVuQnlCdXNpZDogZHJtT3Blbk1pbm9yIHJldHVybnMgMTAKWyAgICAxOC4wMDNd IGRybU9wZW5CeUJ1c2lkOiBkcm1HZXRCdXNpZCByZXBvcnRzIHBjaTowMDAwOjAwOjAyLjAKWyAg ICAxOC4wMDRdIChXVykgVkdBIGFyYml0ZXI6IGNhbm5vdCBvcGVuIGtlcm5lbCBhcmJpdGVyLCBu byBtdWx0aS1jYXJkIHN1cHBvcnQKWyAgICAxOC4wMDRdIGRybU9wZW5EZXZpY2U6IG5vZGUgbmFt ZSBpcyAvZGV2L2RyaS9jYXJkMApbICAgIDE4LjAwNF0gZHJtT3BlbkRldmljZTogb3BlbiByZXN1 bHQgaXMgMTAsIChPSykKWyAgICAxOC4wMDRdIGRybU9wZW5CeUJ1c2lkOiBTZWFyY2hpbmcgZm9y IEJ1c0lEIHBjaTowMDAwOjAwOjAyLjAKWyAgICAxOC4wMDRdIGRybU9wZW5EZXZpY2U6IG5vZGUg bmFtZSBpcyAvZGV2L2RyaS9jYXJkMApbICAgIDE4LjAwNF0gZHJtT3BlbkRldmljZTogb3BlbiBy ZXN1bHQgaXMgMTAsIChPSykKWyAgICAxOC4wMDRdIGRybU9wZW5CeUJ1c2lkOiBkcm1PcGVuTWlu b3IgcmV0dXJucyAxMApbICAgIDE4LjAwNF0gZHJtT3BlbkJ5QnVzaWQ6IGRybUdldEJ1c2lkIHJl cG9ydHMgcGNpOjAwMDA6MDA6MDIuMApbICAgIDE4LjAwNF0gKD09KSBpbnRlbCgwKTogRGVwdGgg MjQsICgtLSkgZnJhbWVidWZmZXIgYnBwIDMyClsgICAgMTguMDA0XSAoPT0pIGludGVsKDApOiBS R0Igd2VpZ2h0IDg4OApbICAgIDE4LjAwNF0gKD09KSBpbnRlbCgwKTogRGVmYXVsdCB2aXN1YWwg aXMgVHJ1ZUNvbG9yClsgICAgMTguMDA0XSAoLS0pIGludGVsKDApOiBJbnRlZ3JhdGVkIEdyYXBo aWNzIENoaXBzZXQ6IEludGVsKFIpIEhEIEdyYXBoaWNzIDQwMDAKWyAgICAxOC4wMDVdICgqKikg aW50ZWwoMCk6IFJlbGF4ZWQgZmVuY2luZyBlbmFibGVkClsgICAgMTguMDA1XSAoKiopIGludGVs KDApOiBXYWl0IG9uIFN3YXBCdWZmZXJzPyBlbmFibGVkClsgICAgMTguMDA1XSAoKiopIGludGVs KDApOiBUcmlwbGUgYnVmZmVyaW5nPyBlbmFibGVkClsgICAgMTguMDA1XSAoKiopIGludGVsKDAp OiBGcmFtZWJ1ZmZlciB0aWxlZApbICAgIDE4LjAwNV0gKCoqKSBpbnRlbCgwKTogUGl4bWFwcyB0 aWxlZApbICAgIDE4LjAwNV0gKCoqKSBpbnRlbCgwKTogM0QgYnVmZmVycyB0aWxlZApbICAgIDE4 LjAwNV0gKCoqKSBpbnRlbCgwKTogU3dhcEJ1ZmZlcnMgd2FpdCBlbmFibGVkClsgICAgMTguMDA1 XSAoPT0pIGludGVsKDApOiB2aWRlbyBvdmVybGF5IGtleSBzZXQgdG8gMHgxMDFmZQpbICAgIDE4 LjAwNV0gKElJKSBpbnRlbCgwKTogT3V0cHV0IExWRFMxIHVzaW5nIG1vbml0b3Igc2VjdGlvbiBN b25pdG9yMApbICAgIDE4LjAwNV0gKElJKSBpbnRlbCgwKTogT3V0cHV0IFZHQTEgaGFzIG5vIG1v bml0b3Igc2VjdGlvbgpbICAgIDE4LjAxNF0gKElJKSBpbnRlbCgwKTogT3V0cHV0IEhETUkxIGhh cyBubyBtb25pdG9yIHNlY3Rpb24KWyAgICAxOC4wMzJdIChJSSkgaW50ZWwoMCk6IE91dHB1dCBE UDEgaGFzIG5vIG1vbml0b3Igc2VjdGlvbgpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogRURJ RCBmb3Igb3V0cHV0IExWRFMxClsgICAgMTguMDMzXSAoSUkpIGludGVsKDApOiBNYW51ZmFjdHVy ZXI6IENNTiAgTW9kZWw6IDE0NzcgIFNlcmlhbCM6IDAKWyAgICAxOC4wMzNdIChJSSkgaW50ZWwo MCk6IFllYXI6IDIwMTIgIFdlZWs6IDIKWyAgICAxOC4wMzNdIChJSSkgaW50ZWwoMCk6IEVESUQg VmVyc2lvbjogMS4zClsgICAgMTguMDMzXSAoSUkpIGludGVsKDApOiBEaWdpdGFsIERpc3BsYXkg SW5wdXQKWyAgICAxOC4wMzNdIChJSSkgaW50ZWwoMCk6IE1heCBJbWFnZSBTaXplIFtjbV06IGhv cml6LjogMzEgIHZlcnQuOiAxNwpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogR2FtbWE6IDIu MjAKWyAgICAxOC4wMzNdIChJSSkgaW50ZWwoMCk6IE5vIERQTVMgY2FwYWJpbGl0aWVzIHNwZWNp ZmllZApbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogU3VwcG9ydGVkIGNvbG9yIGVuY29kaW5n czogUkdCIDQ6NDo0IFlDckNiIDQ6NDo0IApbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogRmly c3QgZGV0YWlsZWQgdGltaW5nIGlzIHByZWZlcnJlZCBtb2RlClsgICAgMTguMDMzXSAoSUkpIGlu dGVsKDApOiByZWRYOiAwLjU5MCByZWRZOiAwLjM0MiAgIGdyZWVuWDogMC4zMzAgZ3JlZW5ZOiAw LjU2MgpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogYmx1ZVg6IDAuMTYwIGJsdWVZOiAwLjE0 MCAgIHdoaXRlWDogMC4zMTMgd2hpdGVZOiAwLjMyOQpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgw KTogTWFudWZhY3R1cmVyJ3MgbWFzazogMApbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogU3Vw cG9ydGVkIGRldGFpbGVkIHRpbWluZzoKWyAgICAxOC4wMzNdIChJSSkgaW50ZWwoMCk6IGNsb2Nr OiA3MS42IE1IeiAgIEltYWdlIFNpemU6ICAzMDkgeCAxNzQgbW0KWyAgICAxOC4wMzNdIChJSSkg aW50ZWwoMCk6IGhfYWN0aXZlOiAxMzY2ICBoX3N5bmM6IDE0MTAgIGhfc3luY19lbmQgMTQzOSBo X2JsYW5rX2VuZCAxNTEyIGhfYm9yZGVyOiAwClsgICAgMTguMDMzXSAoSUkpIGludGVsKDApOiB2 X2FjdGl2ZTogNzY4ICB2X3N5bmM6IDc3MSAgdl9zeW5jX2VuZCA3NzUgdl9ibGFua2luZzogNzg5 IHZfYm9yZGVyOiAwClsgICAgMTguMDMzXSAoSUkpIGludGVsKDApOiAgTjE0MEJHRS1MQTIKWyAg ICAxOC4wMzNdIChJSSkgaW50ZWwoMCk6ICBDTU4KWyAgICAxOC4wMzNdIChJSSkgaW50ZWwoMCk6 ICBOMTQwQkdFLUxBMgpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogRURJRCAoaW4gaGV4KToK WyAgICAxOC4wMzNdIChJSSkgaW50ZWwoMCk6IAkwMGZmZmZmZmZmZmZmZjAwMGRhZTc3MTQwMDAw MDAwMApbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogCTAyMTYwMTAzODAxZjExNzgwYTJiMzU5 NzU3NTQ4ZjI5ClsgICAgMTguMDMzXSAoSUkpIGludGVsKDApOiAJMjM1MDU0MDAwMDAwMDEwMTAx MDEwMTAxMDEwMTAxMDEKWyAgICAxOC4wMzNdIChJSSkgaW50ZWwoMCk6IAkwMTAxMDEwMTAxMDFm NzFiNTY5MjUwMDAxNTMwMmMxZApbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogCTM0MDAzNWFl MTAwMDAwMTgwMDAwMDBmZTAwNGUzMTM0ClsgICAgMTguMDMzXSAoSUkpIGludGVsKDApOiAJMzA0 MjQ3NDUyZDRjNDEzMjBhMjAwMDAwMDBmZTAwNDMKWyAgICAxOC4wMzNdIChJSSkgaW50ZWwoMCk6 IAk0ZDRlMGEyMDIwMjAyMDIwMjAyMDIwMjAwMDAwMDBmZQpbICAgIDE4LjAzM10gKElJKSBpbnRl bCgwKTogCTAwNGUzMTM0MzA0MjQ3NDUyZDRjNDEzMjBhMjAwMDlhClsgICAgMTguMDMzXSAoSUkp IGludGVsKDApOiBFRElEIHZlbmRvciAiQ01OIiwgcHJvZCBpZCA1MjM5ClsgICAgMTguMDMzXSAo SUkpIGludGVsKDApOiBQcmludGluZyBEREMgZ2F0aGVyZWQgTW9kZWxpbmVzOgpbICAgIDE4LjAz M10gKElJKSBpbnRlbCgwKTogTW9kZWxpbmUgIjEzNjZ4NzY4IngwLjAgICA3MS41OSAgMTM2NiAx NDEwIDE0MzkgMTUxMiAgNzY4IDc3MSA3NzUgNzg5IC1oc3luYyAtdnN5bmMgKDQ3LjMga0h6IGVQ KQpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiMzIw eDI0MCIgKGRvdWJsZXNjYW4gbW9kZSBub3Qgc3VwcG9ydGVkKQpbICAgIDE4LjAzM10gKElJKSBp bnRlbCgwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiNDAweDMwMCIgKGRvdWJsZXNjYW4gbW9k ZSBub3Qgc3VwcG9ydGVkKQpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogTm90IHVzaW5nIGRl ZmF1bHQgbW9kZSAiNDAweDMwMCIgKGRvdWJsZXNjYW4gbW9kZSBub3Qgc3VwcG9ydGVkKQpbICAg IDE4LjAzM10gKElJKSBpbnRlbCgwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiNTEyeDM4NCIg KGRvdWJsZXNjYW4gbW9kZSBub3Qgc3VwcG9ydGVkKQpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgw KTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiNjQweDQ4MCIgKGRvdWJsZXNjYW4gbW9kZSBub3Qg c3VwcG9ydGVkKQpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogTm90IHVzaW5nIGRlZmF1bHQg bW9kZSAiNjQweDUxMiIgKGRvdWJsZXNjYW4gbW9kZSBub3Qgc3VwcG9ydGVkKQpbICAgIDE4LjAz M10gKElJKSBpbnRlbCgwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiODAweDYwMCIgKGRvdWJs ZXNjYW4gbW9kZSBub3Qgc3VwcG9ydGVkKQpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogTm90 IHVzaW5nIGRlZmF1bHQgbW9kZSAiODk2eDY3MiIgKGRvdWJsZXNjYW4gbW9kZSBub3Qgc3VwcG9y dGVkKQpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAi OTI4eDY5NiIgKGRvdWJsZXNjYW4gbW9kZSBub3Qgc3VwcG9ydGVkKQpbICAgIDE4LjAzM10gKElJ KSBpbnRlbCgwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiOTYweDcyMCIgKGRvdWJsZXNjYW4g bW9kZSBub3Qgc3VwcG9ydGVkKQpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogTm90IHVzaW5n IGRlZmF1bHQgbW9kZSAiNzAweDUyNSIgKGRvdWJsZXNjYW4gbW9kZSBub3Qgc3VwcG9ydGVkKQpb ICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiMTAyNHg3 NjgiIChkb3VibGVzY2FuIG1vZGUgbm90IHN1cHBvcnRlZCkKWyAgICAxOC4wMzNdIChJSSkgaW50 ZWwoMCk6IFByaW50aW5nIHByb2JlZCBtb2RlcyBmb3Igb3V0cHV0IExWRFMxClsgICAgMTguMDMz XSAoSUkpIGludGVsKDApOiBNb2RlbGluZSAiMTM2Nng3NjgieDYwLjAgICA3MS41OSAgMTM2NiAx NDEwIDE0MzkgMTUxMiAgNzY4IDc3MSA3NzUgNzg5IC1oc3luYyAtdnN5bmMgKDQ3LjMga0h6IGVQ KQpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogTW9kZWxpbmUgIjEwMjR4NzY4Ing2MC4wICAg NjUuMDAgIDEwMjQgMTA0OCAxMTg0IDEzNDQgIDc2OCA3NzEgNzc3IDgwNiAtaHN5bmMgLXZzeW5j ICg0OC40IGtIeiBkKQpbICAgIDE4LjAzM10gKElJKSBpbnRlbCgwKTogTW9kZWxpbmUgIjgwMHg2 MDAieDYwLjMgICA0MC4wMCAgODAwIDg0MCA5NjggMTA1NiAgNjAwIDYwMSA2MDUgNjI4ICtoc3lu YyArdnN5bmMgKDM3Ljkga0h6IGQpClsgICAgMTguMDMzXSAoSUkpIGludGVsKDApOiBNb2RlbGlu ZSAiODAweDYwMCJ4NTYuMiAgIDM2LjAwICA4MDAgODI0IDg5NiAxMDI0ICA2MDAgNjAxIDYwMyA2 MjUgK2hzeW5jICt2c3luYyAoMzUuMiBrSHogZCkKWyAgICAxOC4wMzNdIChJSSkgaW50ZWwoMCk6 IE1vZGVsaW5lICI2NDB4NDgwIng1OS45ICAgMjUuMTggIDY0MCA2NTYgNzUyIDgwMCAgNDgwIDQ5 MCA0OTIgNTI1IC1oc3luYyAtdnN5bmMgKDMxLjUga0h6IGQpClsgICAgMTguMDMzXSAoSUkpIGlu dGVsKDApOiBFRElEIGZvciBvdXRwdXQgVkdBMQpbICAgIDE4LjA0Ml0gKElJKSBpbnRlbCgwKTog RURJRCBmb3Igb3V0cHV0IEhETUkxClsgICAgMTguMDYwXSAoSUkpIGludGVsKDApOiBFRElEIGZv ciBvdXRwdXQgRFAxClsgICAgMTguMDYwXSAoSUkpIGludGVsKDApOiBPdXRwdXQgTFZEUzEgY29u bmVjdGVkClsgICAgMTguMDYwXSAoSUkpIGludGVsKDApOiBPdXRwdXQgVkdBMSBkaXNjb25uZWN0 ZWQKWyAgICAxOC4wNjBdIChJSSkgaW50ZWwoMCk6IE91dHB1dCBIRE1JMSBkaXNjb25uZWN0ZWQK WyAgICAxOC4wNjBdIChJSSkgaW50ZWwoMCk6IE91dHB1dCBEUDEgZGlzY29ubmVjdGVkClsgICAg MTguMDYwXSAoSUkpIGludGVsKDApOiBVc2luZyBleGFjdCBzaXplcyBmb3IgaW5pdGlhbCBtb2Rl cwpbICAgIDE4LjA2MF0gKElJKSBpbnRlbCgwKTogT3V0cHV0IExWRFMxIHVzaW5nIGluaXRpYWwg bW9kZSAxMzY2eDc2OApbICAgIDE4LjA2MF0gKElJKSBpbnRlbCgwKTogVXNpbmcgZGVmYXVsdCBn YW1tYSBvZiAoMS4wLCAxLjAsIDEuMCkgdW5sZXNzIG90aGVyd2lzZSBzdGF0ZWQuClsgICAgMTgu MDYwXSAoSUkpIGludGVsKDApOiBLZXJuZWwgcGFnZSBmbGlwcGluZyBzdXBwb3J0IGRldGVjdGVk LCBlbmFibGluZwpbICAgIDE4LjA2MF0gKCoqKSBpbnRlbCgwKTogRGlzcGxheSBkaW1lbnNpb25z OiAoMzEwLCAxNzApIG1tClsgICAgMTguMDYwXSAoKiopIGludGVsKDApOiBEUEkgc2V0IHRvICgx MTEsIDExNCkKWyAgICAxOC4wNjBdIChJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJmYiIKWyAgICAx OC4wNjBdIChJSSkgTG9hZE1vZHVsZTogImZiIgpbICAgIDE4LjA2MF0gKElJKSBMb2FkaW5nIC91 c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9saWJmYi5zbwpbICAgIDE4LjA2Ml0gKElJKSBNb2R1 bGUgZmI6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgICAxOC4wNjJdIAljb21waWxlZCBm b3IgMS4xMi40LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wClsgICAgMTguMDYyXSAJQUJJIGNsYXNz OiBYLk9yZyBBTlNJIEMgRW11bGF0aW9uLCB2ZXJzaW9uIDAuNApbICAgIDE4LjA2Ml0gKElJKSBM b2FkaW5nIHN1YiBtb2R1bGUgImRyaTIiClsgICAgMTguMDYyXSAoSUkpIExvYWRNb2R1bGU6ICJk cmkyIgpbICAgIDE4LjA2Ml0gKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxl cy9leHRlbnNpb25zL2xpYmRyaTIuc28KWyAgICAxOC4wNjJdIChJSSkgTW9kdWxlIGRyaTI6IHZl bmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgICAxOC4wNjJdIAljb21waWxlZCBmb3IgMS4xMi40 LCBtb2R1bGUgdmVyc2lvbiA9IDEuMi4wClsgICAgMTguMDYyXSAJQUJJIGNsYXNzOiBYLk9yZyBT ZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDYuMApbICAgIDE4LjA2Ml0gKD09KSBEZXB0aCAyNCBw aXhtYXAgZm9ybWF0IGlzIDMyIGJwcApbICAgIDE4LjA2Ml0gKElJKSBpbnRlbCgwKTogW0RSSTJd IFNldHVwIGNvbXBsZXRlClsgICAgMTguMDYyXSAoSUkpIGludGVsKDApOiBbRFJJMl0gICBEUkkg ZHJpdmVyOiBpOTY1ClsgICAgMTguMDYyXSAoSUkpIGludGVsKDApOiBBbGxvY2F0ZWQgbmV3IGZy YW1lIGJ1ZmZlciAxNDA4eDc2OCBzdHJpZGUgNTYzMiwgdGlsZWQKWyAgICAxOC4wNjVdIChJSSkg VVhBKDApOiBEcml2ZXIgcmVnaXN0ZXJlZCBzdXBwb3J0IGZvciB0aGUgZm9sbG93aW5nIG9wZXJh dGlvbnM6ClsgICAgMTguMDY1XSAoSUkpICAgICAgICAgc29saWQKWyAgICAxOC4wNjZdIChJSSkg ICAgICAgICBjb3B5ClsgICAgMTguMDY2XSAoSUkpICAgICAgICAgY29tcG9zaXRlIChSRU5ERVIg YWNjZWxlcmF0aW9uKQpbICAgIDE4LjA2Nl0gKElJKSAgICAgICAgIHB1dF9pbWFnZQpbICAgIDE4 LjA2Nl0gKElJKSAgICAgICAgIGdldF9pbWFnZQpbICAgIDE4LjA2Nl0gKD09KSBpbnRlbCgwKTog QmFja2luZyBzdG9yZSBkaXNhYmxlZApbICAgIDE4LjA2Nl0gKD09KSBpbnRlbCgwKTogU2lsa2Vu IG1vdXNlIGVuYWJsZWQKWyAgICAxOC4wNjZdIChJSSkgaW50ZWwoMCk6IEluaXRpYWxpemluZyBI VyBDdXJzb3IKWyAgICAxOC4wNjZdIChJSSkgaW50ZWwoMCk6IFJhbmRSIDEuMiBlbmFibGVkLCBp Z25vcmUgdGhlIGZvbGxvd2luZyBSYW5kUiBkaXNhYmxlZCBtZXNzYWdlLgpbICAgIDE4LjA2N10g KD09KSBpbnRlbCgwKTogRFBNUyBlbmFibGVkClsgICAgMTguMDY3XSAoPT0pIGludGVsKDApOiBJ bnRlbCBYdk1DIGRlY29kZXIgZW5hYmxlZApbICAgIDE4LjA2N10gKElJKSBpbnRlbCgwKTogU2V0 IHVwIHRleHR1cmVkIHZpZGVvClsgICAgMTguMDY3XSAoSUkpIGludGVsKDApOiBbWHZNQ10geHZt Y192bGQgZHJpdmVyIGluaXRpYWxpemVkLgpbICAgIDE4LjA2N10gKElJKSBpbnRlbCgwKTogZGly ZWN0IHJlbmRlcmluZzogRFJJMiBFbmFibGVkClsgICAgMTguMDY3XSAoV1cpIGludGVsKDApOiBP cHRpb24gIkFkZEFSR0JHTFhWaXN1YWxzIiBpcyBub3QgdXNlZApbICAgIDE4LjIyNV0gKC0tKSBS YW5kUiBkaXNhYmxlZApbICAgIDE4LjIyNV0gKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0 ZW5zaW9uIEdlbmVyaWMgRXZlbnQgRXh0ZW5zaW9uClsgICAgMTguMjI1XSAoSUkpIEluaXRpYWxp emluZyBidWlsdC1pbiBleHRlbnNpb24gU0hBUEUKWyAgICAxOC4yMjVdIChJSSkgSW5pdGlhbGl6 aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBNSVQtU0hNClsgICAgMTguMjI1XSAoSUkpIEluaXRpYWxp emluZyBidWlsdC1pbiBleHRlbnNpb24gWElucHV0RXh0ZW5zaW9uClsgICAgMTguMjI1XSAoSUkp IEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWFRFU1QKWyAgICAxOC4yMjVdIChJSSkg SW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBCSUctUkVRVUVTVFMKWyAgICAxOC4yMjVd IChJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBTWU5DClsgICAgMTguMjI1XSAo SUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEtFWUJPQVJEClsgICAgMTguMjI1 XSAoSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEMtTUlTQwpbICAgIDE4LjIy NV0gKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhJTkVSQU1BClsgICAgMTgu MjI1XSAoSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZJWEVTClsgICAgMTgu MjI1XSAoSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gUkVOREVSClsgICAgMTgu MjI1XSAoSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gUkFORFIKWyAgICAxOC4y MjVdIChJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBDT01QT1NJVEUKWyAgICAx OC4yMjVdIChJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBEQU1BR0UKWyAgICAx OC4yNzJdIChJSSkgQUlHTFg6IGVuYWJsZWQgR0xYX01FU0FfY29weV9zdWJfYnVmZmVyClsgICAg MTguMjcyXSAoSUkpIEFJR0xYOiBlbmFibGVkIEdMWF9JTlRFTF9zd2FwX2V2ZW50ClsgICAgMTgu MjcyXSAoSUkpIEFJR0xYOiBlbmFibGVkIEdMWF9TR0lfc3dhcF9jb250cm9sIGFuZCBHTFhfTUVT QV9zd2FwX2NvbnRyb2wKWyAgICAxOC4yNzJdIChJSSkgQUlHTFg6IEdMWF9FWFRfdGV4dHVyZV9m cm9tX3BpeG1hcCBiYWNrZWQgYnkgYnVmZmVyIG9iamVjdHMKWyAgICAxOC4yNzJdIChJSSkgQUlH TFg6IExvYWRlZCBhbmQgaW5pdGlhbGl6ZWQgaTk2NQpbICAgIDE4LjI3Ml0gKElJKSBHTFg6IElu aXRpYWxpemVkIERSSTIgR0wgcHJvdmlkZXIgZm9yIHNjcmVlbiAwClsgICAgMTguMjczXSAoSUkp IGludGVsKDApOiBTZXR0aW5nIHNjcmVlbiBwaHlzaWNhbCBzaXplIHRvIDM2MSB4IDIwMwpbICAg IDE4LjQ3OF0gKElJKSBVc2luZyBpbnB1dCBkcml2ZXIgJ3N5bmFwdGljcycgZm9yICdUb3VjaHBh ZDAnClsgICAgMTguNDc4XSAoKiopIE9wdGlvbiAiU2VuZENvcmVFdmVudHMiICJ0cnVlIgpbICAg IDE4LjQ3OF0gKCoqKSBPcHRpb24gIkNvcmVQb2ludGVyIgpbICAgIDE4LjQ3OF0gKCoqKSBUb3Vj aHBhZDA6IGFsd2F5cyByZXBvcnRzIGNvcmUgZXZlbnRzClsgICAgMTguNDc4XSAoKiopIE9wdGlv biAiUHJvdG9jb2wiICJwc20iClsgICAgMTguNDc4XSAoKiopIE9wdGlvbiAiRGV2aWNlIiAiL2Rl di9wc20wIgpbICAgIDE4LjU1Nl0gKC0tKSBzeW5hcHRpY3M6IFRvdWNocGFkMDogaW52YWxpZCB4 LWF4aXMgcmFuZ2UuICBkZWZhdWx0aW5nIHRvIDE2MTUgLSA1Njg1ClsgICAgMTguNTU2XSAoLS0p IHN5bmFwdGljczogVG91Y2hwYWQwOiBpbnZhbGlkIHktYXhpcyByYW5nZS4gIGRlZmF1bHRpbmcg dG8gMTcyOSAtIDQxNzEKWyAgICAxOC41NTZdICgtLSkgc3luYXB0aWNzOiBUb3VjaHBhZDA6IGlu dmFsaWQgcHJlc3N1cmUgcmFuZ2UuICBkZWZhdWx0aW5nIHRvIDAgLSAyNTUKWyAgICAxOC41NTZd ICgtLSkgc3luYXB0aWNzOiBUb3VjaHBhZDA6IGludmFsaWQgZmluZ2VyIHdpZHRoIHJhbmdlLiAg ZGVmYXVsdGluZyB0byAwIC0gMTUKWyAgICAxOC41NTZdICgqKikgT3B0aW9uICJIb3Jpekh5c3Rl cmVzaXMiICIzMiIKWyAgICAxOC41NTZdICgqKikgT3B0aW9uICJWZXJ0SHlzdGVyZXNpcyIgIjMy IgpbICAgIDE4LjU1Nl0gKCoqKSBPcHRpb24gIkZpbmdlckxvdyIgIjI5IgpbICAgIDE4LjU1Nl0g KCoqKSBPcHRpb24gIkZpbmdlckhpZ2giICIzOCIKWyAgICAxOC41NTZdICgqKikgT3B0aW9uICJN YXhUYXBUaW1lIiAiMjUwIgpbICAgIDE4LjU1Nl0gKCoqKSBPcHRpb24gIk1heFRhcE1vdmUiICIx MDAiClsgICAgMTguNTU2XSAoKiopIE9wdGlvbiAiTWF4RG91YmxlVGFwVGltZSIgIjEwMCIKWyAg ICAxOC41NTZdICgqKikgT3B0aW9uICJDbGlja1RpbWUiICIxMDAiClsgICAgMTguNTU2XSAoKiop IE9wdGlvbiAiQ2xpY2tQYWQiICIxIgpbICAgIDE4LjU1Nl0gKCoqKSBPcHRpb24gIkVtdWxhdGVN aWRCdXR0b25UaW1lIiAiMCIKWyAgICAxOC41NTZdICgqKikgT3B0aW9uICJWZXJ0U2Nyb2xsRGVs dGEiICItNTAiClsgICAgMTguNTU2XSAoKiopIE9wdGlvbiAiSG9yaXpTY3JvbGxEZWx0YSIgIi02 MCIKWyAgICAxOC41NTZdICgqKikgT3B0aW9uICJWZXJ0VHdvRmluZ2VyU2Nyb2xsIiAiMSIKWyAg ICAxOC41NTZdICgqKikgT3B0aW9uICJIb3JpelR3b0ZpbmdlclNjcm9sbCIgIjEiClsgICAgMTgu NTU2XSAoKiopIE9wdGlvbiAiTG9ja2VkRHJhZ3MiICIxIgpbICAgIDE4LjU1Nl0gKCoqKSBPcHRp b24gIkxvY2tlZERyYWdUaW1lb3V0IiAiMjAwIgpbICAgIDE4LjU1Nl0gKCoqKSBPcHRpb24gIlRh cEJ1dHRvbjEiICIxIgpbICAgIDE4LjU1Nl0gKCoqKSBPcHRpb24gIlRhcEJ1dHRvbjIiICIzIgpb ICAgIDE4LjU1Nl0gKCoqKSBPcHRpb24gIlRhcEJ1dHRvbjMiICIyIgpbICAgIDE4LjU1Nl0gKCoq KSBPcHRpb24gIkNsaWNrRmluZ2VyMSIgIjEiClsgICAgMTguNTU2XSAoKiopIE9wdGlvbiAiQ2xp Y2tGaW5nZXIyIiAiMyIKWyAgICAxOC41NTZdICgqKikgT3B0aW9uICJDbGlja0ZpbmdlcjMiICIy IgpbICAgIDE4LjU1Nl0gKCoqKSBPcHRpb24gIlBhbG1EZXRlY3QiICIxIgpbICAgIDE4LjU1Nl0g KCoqKSBPcHRpb24gIlBhbG1NaW5XaWR0aCIgIjEwIgpbICAgIDE4LjU1Nl0gKCoqKSBPcHRpb24g IlBhbG1NaW5aIiAiMTMwIgpbICAgIDE4LjU1Nl0gKCoqKSBPcHRpb24gIlNpbmdsZVRhcFRpbWVv dXQiICIyMDAiClsgICAgMTguNTU2XSAoKiopIE9wdGlvbiAiTWF4U3BlZWQiICIxLjgiClsgICAg MTguNTU2XSAoKiopIE9wdGlvbiAiQWNjZWxGYWN0b3IiICIwLjA0IgpbICAgIDE4LjU1Nl0gKCoq KSBPcHRpb24gIkNvYXN0aW5nU3BlZWQiICIwLjMiClsgICAgMTguNTU2XSAoKiopIE9wdGlvbiAi U29mdEJ1dHRvbkFyZWFzIiAiNTAlIDAgODIlIDAgMCAwIDAgMCIKWyAgICAxOC41NTZdICgtLSkg c3luYXB0aWNzOiBUb3VjaHBhZDA6IHN5bmFwdGljcyB0b3VjaHBhZCBmb3VuZApbICAgIDE4LjU1 Nl0gKC0tKSBzeW5hcHRpY3M6IFRvdWNocGFkMDogIFN5bmFwdGljcyBUb3VjaHBhZCwgbW9kZWw6 IDAKWyAgICAxOC41NTZdICgtLSkgc3luYXB0aWNzOiBUb3VjaHBhZDA6ICBGaXJtd2FyZTogOC4x ClsgICAgMTguNTU2XSAoLS0pIHN5bmFwdGljczogVG91Y2hwYWQwOiAgU2Vuc29yOiAxClsgICAg MTguNTU2XSAoLS0pIHN5bmFwdGljczogVG91Y2hwYWQwOiAgbmV3IGFic29sdXRlIHBhY2tldCBm b3JtYXQKWyAgICAxOC41NTZdICgtLSkgc3luYXB0aWNzOiBUb3VjaHBhZDA6ICBUb3VjaHBhZCBo YXMgZXh0ZW5kZWQgY2FwYWJpbGl0eSBiaXRzClsgICAgMTguNTU2XSAoLS0pIHN5bmFwdGljczog VG91Y2hwYWQwOiAgLT4gbXVsdGlmaW5nZXIgZGV0ZWN0aW9uClsgICAgMTguNTU2XSAoLS0pIHN5 bmFwdGljczogVG91Y2hwYWQwOiAgLT4gcGFsbSBkZXRlY3Rpb24KWyAgICAxOC41NTZdICgqKikg VG91Y2hwYWQwOiBhbHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50cwpbICAgIDE4LjU5N10gKElJKSBY SU5QVVQ6IEFkZGluZyBleHRlbmRlZCBpbnB1dCBkZXZpY2UgIlRvdWNocGFkMCIgKHR5cGU6IFRP VUNIUEFELCBpZCA2KQpbICAgIDE4LjU5N10gKCoqKSBzeW5hcHRpY3M6IFRvdWNocGFkMDogKGFj Y2VsKSBNaW5TcGVlZCBpcyBub3cgY29uc3RhbnQgZGVjZWxlcmF0aW9uIDIuNQpbICAgIDE4LjU5 N10gKCoqKSBzeW5hcHRpY3M6IFRvdWNocGFkMDogKGFjY2VsKSBNYXhTcGVlZCBpcyBub3cgNC41 MApbICAgIDE4LjU5N10gKCoqKSBzeW5hcHRpY3M6IFRvdWNocGFkMDogKGFjY2VsKSBBY2NlbEZh Y3RvciBpcyBub3cgMC4wNDAKWyAgICAxOC41OThdICgqKikgVG91Y2hwYWQwOiAoYWNjZWwpIGtl ZXBpbmcgYWNjZWxlcmF0aW9uIHNjaGVtZSAxClsgICAgMTguNTk4XSAoKiopIFRvdWNocGFkMDog KGFjY2VsKSBhY2NlbGVyYXRpb24gcHJvZmlsZSAxClsgICAgMTguNTk4XSAoKiopIFRvdWNocGFk MDogKGFjY2VsKSBhY2NlbGVyYXRpb24gZmFjdG9yOiAyLjAwMApbICAgIDE4LjU5OF0gKCoqKSBU b3VjaHBhZDA6IChhY2NlbCkgYWNjZWxlcmF0aW9uIHRocmVzaG9sZDogNApbICAgIDE4LjY3Ml0g KC0tKSBzeW5hcHRpY3M6IFRvdWNocGFkMDogc3luYXB0aWNzIHRvdWNocGFkIGZvdW5kClsgICAg MTguNjcyXSAoLS0pIHN5bmFwdGljczogVG91Y2hwYWQwOiAgU3luYXB0aWNzIFRvdWNocGFkLCBt b2RlbDogMApbICAgIDE4LjY3Ml0gKC0tKSBzeW5hcHRpY3M6IFRvdWNocGFkMDogIEZpcm13YXJl OiA4LjEKWyAgICAxOC42NzJdICgtLSkgc3luYXB0aWNzOiBUb3VjaHBhZDA6ICBTZW5zb3I6IDEK WyAgICAxOC42NzJdICgtLSkgc3luYXB0aWNzOiBUb3VjaHBhZDA6ICBuZXcgYWJzb2x1dGUgcGFj a2V0IGZvcm1hdApbICAgIDE4LjY3Ml0gKC0tKSBzeW5hcHRpY3M6IFRvdWNocGFkMDogIFRvdWNo cGFkIGhhcyBleHRlbmRlZCBjYXBhYmlsaXR5IGJpdHMKWyAgICAxOC42NzJdICgtLSkgc3luYXB0 aWNzOiBUb3VjaHBhZDA6ICAtPiBtdWx0aWZpbmdlciBkZXRlY3Rpb24KWyAgICAxOC42NzJdICgt LSkgc3luYXB0aWNzOiBUb3VjaHBhZDA6ICAtPiBwYWxtIGRldGVjdGlvbgpbICAgIDE5LjYxNF0g KElJKSBjb25maWcvaGFsOiBBZGRpbmcgaW5wdXQgZGV2aWNlIEFUIEtleWJvYXJkClsgICAgMTku NjE0XSAoSUkpIExvYWRNb2R1bGU6ICJrYmQiClsgICAgMTkuNjE1XSAoSUkpIExvYWRpbmcgL3Vz ci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2lucHV0L2tiZF9kcnYuc28KWyAgICAxOS42MTZdIChJ SSkgTW9kdWxlIGtiZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgIDE5LjYxNl0gCWNv bXBpbGVkIGZvciAxLjEyLjQsIG1vZHVsZSB2ZXJzaW9uID0gMS44LjAKWyAgICAxOS42MTZdIAlN b2R1bGUgY2xhc3M6IFguT3JnIFhJbnB1dCBEcml2ZXIKWyAgICAxOS42MTZdIAlBQkkgY2xhc3M6 IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMTYuMApbICAgIDE5LjYxNl0gKElJKSBVc2lu ZyBpbnB1dCBkcml2ZXIgJ2tiZCcgZm9yICdBVCBLZXlib2FyZCcKWyAgICAxOS42MTZdICgqKikg QVQgS2V5Ym9hcmQ6IGFsd2F5cyByZXBvcnRzIGNvcmUgZXZlbnRzClsgICAgMTkuNjE2XSAoKiop IEFUIEtleWJvYXJkOiBhbHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50cwpbICAgIDE5LjYxNl0gKCoq KSBPcHRpb24gIlByb3RvY29sIiAic3RhbmRhcmQiClsgICAgMTkuNjE2XSAoV1cpIE9wdGlvbiAi RGV2aWNlIiByZXF1aXJlcyBhbiBzdHJpbmcgdmFsdWUKWyAgICAxOS42MTZdICgqKikgT3B0aW9u ICJYa2JSdWxlcyIgImJhc2UiClsgICAgMTkuNjE2XSAoKiopIE9wdGlvbiAiWGtiTW9kZWwiICJw YzEwNSIKWyAgICAxOS42MTZdICgqKikgT3B0aW9uICJYa2JMYXlvdXQiICJ1cyIKWyAgICAxOS42 MTZdICgqKikgT3B0aW9uICJYa2JPcHRpb25zIiAidGVybWluYXRlOmN0cmxfYWx0X2Jrc3AiClsg ICAgMTkuNjE2XSAoKiopIE9wdGlvbiAiY29uZmlnX2luZm8iICJoYWw6L29yZy9mcmVlZGVza3Rv cC9IYWwvZGV2aWNlcy9hdGtiZF8wIgpbICAgIDE5LjYxNl0gKElJKSBYSU5QVVQ6IEFkZGluZyBl eHRlbmRlZCBpbnB1dCBkZXZpY2UgIkFUIEtleWJvYXJkIiAodHlwZTogS0VZQk9BUkQsIGlkIDcp ClsgICAgMTkuNzgzXSAoSUkpIGNvbmZpZy9oYWw6IEFkZGluZyBpbnB1dCBkZXZpY2UgUFMvMiBN b3VzZQpbICAgIDE5Ljc4M10gKElJKSBMb2FkTW9kdWxlOiAibW91c2UiClsgICAgMTkuNzg0XSAo SUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2lucHV0L21vdXNlX2Rydi5z bwpbICAgIDE5Ljc4NV0gKElJKSBNb2R1bGUgbW91c2U6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlv biIKWyAgICAxOS43ODVdIAljb21waWxlZCBmb3IgMS4xMi40LCBtb2R1bGUgdmVyc2lvbiA9IDEu OS4wClsgICAgMTkuNzg1XSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBYSW5wdXQgRHJpdmVyClsgICAg MTkuNzg1XSAJQUJJIGNsYXNzOiBYLk9yZyBYSW5wdXQgZHJpdmVyLCB2ZXJzaW9uIDE2LjAKWyAg ICAxOS43ODVdIChJSSkgVXNpbmcgaW5wdXQgZHJpdmVyICdtb3VzZScgZm9yICdQUy8yIE1vdXNl JwpbICAgIDE5Ljc4NV0gKCoqKSBQUy8yIE1vdXNlOiBhbHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50 cwpbICAgIDE5Ljc4NV0gKCoqKSBPcHRpb24gIkRldmljZSIgIi9kZXYvcHNtMCIKWyAgICAxOS43 ODVdICg9PSkgUFMvMiBNb3VzZTogUHJvdG9jb2w6ICJBdXRvIgpbICAgIDE5Ljc4NV0gKCoqKSBQ Uy8yIE1vdXNlOiBhbHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50cwpbICAgIDE5Ljc4Nl0gKEVFKSB4 Zjg2T3BlblNlcmlhbDogQ2Fubm90IG9wZW4gZGV2aWNlIC9kZXYvcHNtMAoJRGV2aWNlIGJ1c3ku ClsgICAgMTkuNzg2XSAoRUUpIFBTLzIgTW91c2U6IGNhbm5vdCBvcGVuIGlucHV0IGRldmljZQpb ICAgIDE5Ljc4Nl0gKEVFKSBQcmVJbml0IHJldHVybmVkIDIgZm9yICJQUy8yIE1vdXNlIgpbICAg IDE5Ljc4Nl0gKElJKSBVbmxvYWRNb2R1bGU6ICJtb3VzZSIKWyAgICAxOS43ODZdIChFRSkgY29u ZmlnL2hhbDogTmV3SW5wdXREZXZpY2VSZXF1ZXN0IGZhaWxlZCAoMikKWyAgICAyMC4xODBdIChJ SSkgaW50ZWwoMCk6IEVESUQgdmVuZG9yICJDTU4iLCBwcm9kIGlkIDUyMzkKWyAgICAyMC4xODBd IChJSSkgaW50ZWwoMCk6IFByaW50aW5nIEREQyBnYXRoZXJlZCBNb2RlbGluZXM6ClsgICAgMjAu MTgwXSAoSUkpIGludGVsKDApOiBNb2RlbGluZSAiMTM2Nng3NjgieDAuMCAgIDcxLjU5ICAxMzY2 IDE0MTAgMTQzOSAxNTEyICA3NjggNzcxIDc3NSA3ODkgLWhzeW5jIC12c3luYyAoNDcuMyBrSHog ZVApClsgICAgMjAuMjM1XSAoSUkpIGludGVsKDApOiBFRElEIHZlbmRvciAiQ01OIiwgcHJvZCBp ZCA1MjM5ClsgICAgMjAuMjM1XSAoSUkpIGludGVsKDApOiBQcmludGluZyBEREMgZ2F0aGVyZWQg TW9kZWxpbmVzOgpbICAgIDIwLjIzNV0gKElJKSBpbnRlbCgwKTogTW9kZWxpbmUgIjEzNjZ4NzY4 IngwLjAgICA3MS41OSAgMTM2NiAxNDEwIDE0MzkgMTUxMiAgNzY4IDc3MSA3NzUgNzg5IC1oc3lu YyAtdnN5bmMgKDQ3LjMga0h6IGVQKQo= --001a113a68a6459f3e04f7168b8d-- From owner-freebsd-mobile@FreeBSD.ORG Thu Apr 17 18:15:07 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35581967 for ; Thu, 17 Apr 2014 18:15:07 +0000 (UTC) Received: from nm48-vm10.bullet.mail.bf1.yahoo.com (nm48-vm10.bullet.mail.bf1.yahoo.com [216.109.114.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DADAC10F6 for ; Thu, 17 Apr 2014 18:15:06 +0000 (UTC) Received: from [98.139.214.32] by nm48.bullet.mail.bf1.yahoo.com with NNFMP; 17 Apr 2014 18:13:14 -0000 Received: from [98.139.211.206] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 17 Apr 2014 18:13:14 -0000 Received: from [127.0.0.1] by smtp215.mail.bf1.yahoo.com with NNFMP; 17 Apr 2014 18:13:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1397758394; bh=wU00w+ir0nPddMevY4TXhSs4krvKtWLkn9MdGndWLis=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=lTPxLQktYO0NRcJtRQDgqzCT5vWE2vcElwuTmP8O+ba6HYsVKJyuT+B+jMHcgEZuX72XSdZNr2yoBv/jJxmx7CnADzK7g7H+aL+dfRbRlm6DZNocvE042ka7qi+oK0/R3cNQuABD1fOE/OAoCrSNsF6nKOSEtMnduMIGwh9wdVg= X-Yahoo-Newman-Id: 310191.25274.bm@smtp215.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: XsofXOIVM1kDRBHueeOEvOKz.K1XpsnQw.UnrnmOGXsaEoq FJS7u5YkPpqvx2UCkG7jKx_wKABf5.E_5YWOTA3emH7gYrCEBfI5zmtu4.ov CzqtAP7dNktWJ3oTFUsLrXraTwaJgi2Tf55xTnWEA20pIBtt_as3VQSFEK74 R_GtsXkmxVKSMwywtV223d1wODxSOqh3bl0Cn2K86l54dXF01fh_bMY6Sn7i 0sMONe5ZToDRt4AoYx.SzsQFR0N371qWw6Hzlvsh7hCWIIQjE4j1uYlsO648 MIhktj70Wq2zFiKbUxP3pJGvoitzDJsyqQZsngK7aM9Mwado5XgfopXpuhUm XQBtE_8LEidNo7DlUhRYtDWMBzThq6HsI6PJuoigSQARkRQ8L0i4QDr5026_ LUhDbsutn8IX.ssL4CtEXSX_xQiL0cBWXyS0H_b3CC.7O.jVUHivAMZvOS1W F5s0cGkqa256saOHrrVg9VJf1V2g59Cod1Z0l49MszYXVfvG29a.pvjyqR8V JYaD1NkDYapQJcnY2p.WPezSDUvc- X-Yahoo-SMTP: 9sPoSQ2swBBlERuQ.0vs8XLc_MeClW0- X-Rocket-Received: from [10.0.1.88] (Scoobi_doo@70.90.74.161 with plain [98.138.105.21]) by smtp215.mail.bf1.yahoo.com with SMTP; 17 Apr 2014 11:13:14 -0700 PDT Message-ID: <535019B8.7000000@yahoo.com> Date: Thu, 17 Apr 2014 14:13:12 -0400 From: Anthony Jenkins User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: Re: ClickPad option with synaptics driver? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2014 18:15:07 -0000 On 04/15/2014 11:35, Ivan Rokotov wrote: > Hi freebsd-mobile members, > > (I'm reposting my question to x11 list since obviously there's not > much traffic there.) > > I'm trying to configure my Lenovo IdeaPad S400 Synaptics touchpad to > work properly. > > Environment: > * Lenovo IdeaPad S400 > * FreeBSD 10.0-RELEASE > * xf86-input-synaptics-1.7.2 compiled with 'WITH_NEW_XORG=yes' (to > enable Intel KMS driver) > * hw.psm.synaptics_support=1 in /boot/loader.conf > * dmesg | grep psm: > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Synaptics Touchpad, device ID 0 > > Everything seems to work as expected, except ClickPad option. I > attached my Xorg log file. You can see from there what options I > enabled and how the touchpad is detected and configured. > > However, I'd say that the problem is deeper than Xorg level, because > no ClickPad capability is detected at all: > > [ 19.570] (--) synaptics: Touchpad0: Touchpad has extended capability bits > [ 19.570] (--) synaptics: Touchpad0: -> multifinger detection > [ 19.570] (--) synaptics: Touchpad0: -> palm detection > > Unlike this, in Linux, Xorg says: > > [ 22.776] (II) synaptics: SynPS/2 Synaptics TouchPad: found clickpad property > > So: is it possible at all to use ClickPad option with synaptics driver > on FreeBSD? If yes, could anybody share a success story? > > Ivan Looks like x11-drivers/xf86-input-synaptics only queries the ClickPad property on Linux: src/eventcomm.c: event_query_touch(InputInfoPtr pInfo): #ifdef EVIOCGPROP SYSCALL(rc = ioctl(pInfo->fd, EVIOCGPROP(sizeof(prop)), &prop)); if (rc >= 0 && BitIsOn(&prop, INPUT_PROP_SEMI_MT)) { xf86IDrvMsg(pInfo, X_INFO, "ignoring touch events for semi-multitouch device\n"); priv->has_semi_mt = TRUE; } if (rc >= 0 && BitIsOn(&prop, INPUT_PROP_BUTTONPAD)) { xf86IDrvMsg(pInfo, X_INFO, "found clickpad property\n"); para->clickpad = TRUE; } #endif EVIOCGPROP is a Linux ioctl. Someone'll have to write a patch to query the FreeBSD device for that property. I guess I'll see how hard it'll be to add that bit. Anthony > > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Sat Apr 26 15:48:11 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01E28D8F; Sat, 26 Apr 2014 15:48:11 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F95017D2; Sat, 26 Apr 2014 15:48:10 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id w7so5248429qcr.39 for ; Sat, 26 Apr 2014 08:48:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8uP8phntNOFZyLv9mjqAKhU0Tjxd+HJBYHXBZnXJBwg=; b=eUdQ9tLnrHdZNgJn1SgPSm6G/xsbkAaqAacVEq/e2t1sSfQJWcwTGVOxiSvy8htMbX +J2Ol+LchfVqygkHUYPzE3u/k1omzkbbuttWjHf5EvhCTB5ClQMObpaFIl12SViUw1gp OhMqKTQapy2malLAFjIx8zNgbfjIj+cSuGC+QgucIZ2uKwUAY2mqQi/1lPz8acvYgTDr WGKmaXuyAb0r0lGd5OO/jU7LKF3GXMdSGETe4/ri4hdJM4wClccME+opJ2UZmgLyoekr htUpJNi/Im6Nw5MD8IRRj2gutyI/tJBXkt/rgzs62KaeuzQqUFFK7BDl3kSCF8e48oGV 0gNQ== MIME-Version: 1.0 X-Received: by 10.224.160.142 with SMTP id n14mr20613219qax.17.1398527289748; Sat, 26 Apr 2014 08:48:09 -0700 (PDT) Received: by 10.96.110.234 with HTTP; Sat, 26 Apr 2014 08:48:09 -0700 (PDT) In-Reply-To: <20140414164430.218d02c19c8fd8bee4ea30fa@freebsd.org> References: <201404081719.41379.jhb@freebsd.org> <20140414164430.218d02c19c8fd8bee4ea30fa@freebsd.org> Date: Sat, 26 Apr 2014 19:48:09 +0400 Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Ivan Rokotov To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 Cc: Kevin Oberman , Adrian Chadd , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 15:48:11 -0000 Hi all, An update: * Using suspend/resume with non-VESA kernel and syscons appeared unstable. After 3-4 successful resumes, the notebook hung up and then rebooted. * However, using vt + retry patch (I succeeded in porting vt to 10.0-RELEASE) proved out to be very stable! I suspended/resumed more than 30 times over last 7-8 days, without any problem (without shutting down). * Following ray@'s advice, I filled this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/188833 I'll try (following ray@'s offline advises) to improve the retry hack until things get fixed. Thank you, people, for your work and for making modern notebooks fully functional with FreeBSD! It's a very great pleasure to have a FreeBSD notebook with suspend/resume (many thanks to ray@ for his work on vt, which made this possible), good wifi support (iwn driver from HEAD works flawlessly), 3D desktop with Mac-style tabbing (i915kms.ko works without a glitch) and skype video calls (thanks to CentOS-6.5 porting team). Ivan From owner-freebsd-mobile@FreeBSD.ORG Mon Apr 28 22:52:10 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC967BE6 for ; Mon, 28 Apr 2014 22:52:10 +0000 (UTC) Received: from vps.web-plan.org (vps.web-plan.org [46.28.3.14]) by mx1.freebsd.org (Postfix) with ESMTP id 072A41BBC for ; Mon, 28 Apr 2014 22:52:09 +0000 (UTC) Received: from ppal.com (apmav.static.otenet.gr [94.70.255.138]) by vps.web-plan.org with SMTP; Tue, 29 Apr 2014 00:21:30 +0200 From: PayPal To: freebsd-mobile@freebsd.org Subject: Dear PayPal Prepaid MasterCard Cardholder, Date: 29 Apr 2014 01:07:00 +0300 Message-ID: <20140429010700.0B97523D39D34645@ppal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 22:52:10 -0000 Dear PayPal Prepaid MasterCard Cardholder, Our records show you requested a funds transfer from your PayPal Prepaid MasterCard account to a non-US account on 27/04/2014 . The following summarizes the transfer: To account ending in : ************5126 (information@facebook.com) Amount: $35.00 USD No action is necessary unless this activity occurred without your knowledge or permission. In case you did not authorize the transfer , [1]Sign In and identify yourself to cancel the payment. Sincerely, The PayPal Security Department Copyright © 1999-2014 PayPal. All rights reserved. References 1. http://122-007-045-062.dynamic.caiway.nl/website/_vfia/index.html From owner-freebsd-mobile@FreeBSD.ORG Fri May 16 17:44:28 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46206D2B; Fri, 16 May 2014 17:44:28 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC1D92743; Fri, 16 May 2014 17:44:27 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id l6so4784228qcy.23 for ; Fri, 16 May 2014 10:44:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=edAKxTLp5llGQ9x7PmRJIXsfTpNaD4AufH48396L7xw=; b=aHQIh1frMuW+9645jO4fRIidLJq07OHf/lg6GAyynDnAZT6TC6xZxjLm84+99ByKe/ lS3g1rvEcLjr/SNJfod3PSUcS9hS8Vezq9YB8gLRnUt9DTaJQGkZDVcXO3VRO3O6m510 rRhiDzOOEtb1u5LnbzltkC/Yy2zshJiF2HMe3XsVh3EgsMpjjeFO3zfmYvoDmhnQOWb8 ZzEjTlCWWr7TJ8O2kAO4CIPAMZ8DY9+rp5o4G1HFVwIbMI3Sp7DZKDY8zVxRf0BF7W6v oO2/eywv/aEK3NqKn425VBDUp+qShgDBlOcHgbbPdNnNu7l+cf+BNJ7D5LI5J8MpzBlW Cj4g== MIME-Version: 1.0 X-Received: by 10.224.47.130 with SMTP id n2mr25604719qaf.26.1400262266950; Fri, 16 May 2014 10:44:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Fri, 16 May 2014 10:44:26 -0700 (PDT) In-Reply-To: <53762216.8020205@gmx.net> References: <53762216.8020205@gmx.net> Date: Fri, 16 May 2014 10:44:26 -0700 X-Google-Sender-Auth: i5iVWWoEQzzH3wUkQLQ0FbRtDOI Message-ID: Subject: Re: Thinkpad T410: resume broken From: Adrian Chadd To: Stefan Ehmann , "freebsd-mobile@freebsd.org" Content-Type: text/plain; charset=UTF-8 Cc: "current@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 17:44:28 -0000 Hi! I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. Please poke me about this next week. I'm busy this week with work and maker faire but I will try to help you later. (It's possible something like ACPI updates or a driver update has broken things.) -a On 16 May 2014 07:35, Stefan Ehmann wrote: > Suspend/Resume is broken on my T410 using CURRENT from today. > > Resume was working fine on 9.2-RELEASE. 10.0-RELEASE and 10-STABLE don't > work either. > > Symptoms: > > acpiconf -s3 sends it into sleep mode as expected > > In single user mode, it wakes up correctly, but the screen remains > black. I tried with/without nvidia module loaded. It also happens with > debug.acpi.suspend_bounce=1. > > I've tried all tips from https://wiki.freebsd.org/SuspendResume to no avail. > > > In multi-user mode (especially when X is running) it doesn't wake up > correctly most of the time: > > It powers up and the fan starts, but keyboard is not responding. Also, > the power led pulsates, as if still in sleep mode. > > -- > Stefan > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Fri May 16 18:10:15 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D3D0853; Fri, 16 May 2014 18:10:15 +0000 (UTC) Received: from mail-pb0-x22a.google.com (mail-pb0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57D5A2941; Fri, 16 May 2014 18:10:15 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id md12so2948470pbc.1 for ; Fri, 16 May 2014 11:10:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=jjh9iIwX2Zalv5jakAy0nIbu8+0NBxVsudtO5lJElBE=; b=nOLhV+yoZITBEomeQZXl5KgdSI4gW5kiUd4lHVEtP3gGAi/hbC9c8JtHiiIbdTufyr H7WQCvQAdZc+uOn0EQPiul/xe2PZ1g2fO8WbDOHaL1H3hUnHtZVBEl3DSZ3FgE8wZrAf WycYTOd0EOCQJRo0WSfLyqO0IeiBZMX9QNd0kesLIYomjJ6ueut9DfYNetxcxiViqDlY +m42Qt666p0a085yIo292jhpxweOdZ/agfvfNwbrrzPF943jmxaFQkTnbdKrD37FaI6J aIUIsl+Inx/AlekINirogmIccbneXrUI5FKiVSnmBSgaIcAj8hWpQWBsdhF8WJcdEmjz xFyQ== MIME-Version: 1.0 X-Received: by 10.66.66.199 with SMTP id h7mr23048581pat.30.1400263814664; Fri, 16 May 2014 11:10:14 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Fri, 16 May 2014 11:10:14 -0700 (PDT) In-Reply-To: References: <53762216.8020205@gmx.net> Date: Fri, 16 May 2014 11:10:14 -0700 X-Google-Sender-Auth: QbCPVKA14QsQzoN832HUHzDpom0 Message-ID: Subject: Re: Thinkpad T410: resume broken From: Kevin Oberman To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 18:10:15 -0000 On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote: > Hi! > > I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. > > Please poke me about this next week. I'm busy this week with work and > maker faire but I will try to help you later. > > (It's possible something like ACPI updates or a driver update has > broken things.) > > > -a > Does your kernel include VESA? My T320 behaved as you describe until I removed VESA from my kernel. I think using vt may also fix this without the need to remove VESA, bug I have not gotten around to confirming this. > > > > On 16 May 2014 07:35, Stefan Ehmann wrote: > > Suspend/Resume is broken on my T410 using CURRENT from today. > > > > Resume was working fine on 9.2-RELEASE. 10.0-RELEASE and 10-STABLE don't > > work either. > > > > Symptoms: > > > > acpiconf -s3 sends it into sleep mode as expected > > > > In single user mode, it wakes up correctly, but the screen remains > > black. I tried with/without nvidia module loaded. It also happens with > > debug.acpi.suspend_bounce=1. > > > > I've tried all tips from https://wiki.freebsd.org/SuspendResume to no > avail. > > > > > > In multi-user mode (especially when X is running) it doesn't wake up > > correctly most of the time: > > > > It powers up and the fan starts, but keyboard is not responding. Also, > > the power led pulsates, as if still in sleep mode. > > > > -- > > Stefan > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-mobile@FreeBSD.ORG Fri May 16 20:31:39 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29A4891; Fri, 16 May 2014 20:31:39 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.13]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 93BEE25FD; Fri, 16 May 2014 20:31:38 +0000 (UTC) Received: from [192.168.178.36] (p57AEF0F7.dip0.t-ipconnect.de [87.174.240.247]) by mrelayeu.kundenserver.de (node=mreue103) with ESMTP (Nemesis) id 0Mfjsa-1WOD6i0rQq-00NABU; Fri, 16 May 2014 22:31:28 +0200 Message-ID: <537675A0.8000108@janh.de> Date: Fri, 16 May 2014 22:31:28 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd , Stefan Ehmann Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:INcbXyLp7/oKtmuzpnL9u8Q0e+zd5z4L/hXf/rBoLW4 SumyNIO8dSdDSQggPpOHLIQT1aGE3+EgCcf0wSZ0u/whoHIUO3 Ij6JnywhMyRrxEyB4fLRZEUzdrvnaGHUJCqLPcmCJqYZXB/pc2 JCNTEQdhlja5zlBk/VG8uZ6Jb2SlDZmd5438UykEbsJ8X1QTJF voDpNgiF08Gr1at2S1JeT5Ufg5CemZAIXeGfh/vhayN4rp3w1N 8NxbfsTF9P9vaq3PMFDLYD6zWg2X6j+dQEEuCkRJ+Xk3rxdokR CO0gFB4d20dvcJQGaMgBLQ8SHkI6w0o41PYL2DylSFnECQRjSV UAXuI7B8ZTyDcI8W0IJE= Cc: Kevin Oberman , current-list freebsd , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 20:31:39 -0000 On 05/16/2014 20:10, Kevin Oberman wrote: > On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote: > >> Hi! >> >> I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. >> >> Please poke me about this next week. I'm busy this week with work and >> maker faire but I will try to help you later. >> >> (It's possible something like ACPI updates or a driver update has >> broken things.) >> >> >> -a >> > > Does your kernel include VESA? My T320 behaved as you describe until I > removed VESA from my kernel. I think using vt may also fix this without the > need to remove VESA, bug I have not gotten around to confirming this. (Sorry, this is more or less a lengthy "me, too":) I am observing exactly the same on my T510 (not surprisingly, as it is basically the same with a different screen size) using Nvidia (in contract to most other recent mailing list reports, which are using Intel). >From 8.1-RELEASE to 9.2-RELEASE, suspend and resume used to work with a generic kernel (I like generic release kernels and freebsd-update) -- except for a short time, which was due to the Xorg port. Especially 9.X-RELEASE were really stable with all the hardware working after resume (maybe except firewire). After going to 10.0-RELEASE, resuming would briefly turn the screen on, but it would go back to black with the power LED continuing to blink (as it does while sleeping). After a while, I realized that I lost the non-default option ACPI_PM for x11/nvidia-driver installing 10.0. With ACPI_PM for x11/nvidia-driver, I had at least one resume with most of the hardware working: The screen was still unusable being static with colorful lines, but I could ssh into the machine over wireless. I have not had time to try 10-STABLE with vt, but from reading various reports on the lists, that is probably the only way. I hope there will be a vt enabled kernel on the 10.1-RELEAS media, if vt is going to be required even for configurations that would work just fine on 9.X (WITH_NEW_XORG=yes is very usable with x11/nvidia-driver even without vt). >From what you said, you already have ACPI_PM for x11/nvidia-driver as it is listed on the wiki. Have you? Cheers, Jan Henrik From owner-freebsd-mobile@FreeBSD.ORG Fri May 16 20:51:37 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D39025A8; Fri, 16 May 2014 20:51:37 +0000 (UTC) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8192927B0; Fri, 16 May 2014 20:51:37 +0000 (UTC) Received: by mail-qg0-f43.google.com with SMTP id 63so5085365qgz.16 for ; Fri, 16 May 2014 13:51:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=z53+4r8TcuvCSug8BZkWeKf/9ajXuc488v+bCduTVy0=; b=zMtzXzAVnqg5gGkil63DvMFLpfR1mCpfi2iJWCrgM8qBYGCSYiDyk7ga0Uzr+IIV07 CBHTWbIfFbMOsoydUoWw5KA4O0DRPkjOSoBguCRm2Al/nOk4Xu11yNvxhBTKC+NNWpNC GuAw73kfzm2n6dBc+NgnjeJGzUhmANux7T9vVOiHwAbceU8vNXtmkrlaeWdTbNvNxoe4 fjN5PLDrFXs8yvAT2SHm/eH9CyB0Qnsqe1ZKuA57P+m17YZh9W84OfQxkyfNzA0j0nZT uuEqqawnOQYcIKbydmwjjjiUrjAGm3xPHMRbzrXrsnnXhwE8rZ+OvB/8BPN2yZqhMqw3 yEzQ== MIME-Version: 1.0 X-Received: by 10.224.37.10 with SMTP id v10mr22860248qad.98.1400273496689; Fri, 16 May 2014 13:51:36 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Fri, 16 May 2014 13:51:36 -0700 (PDT) In-Reply-To: <537675A0.8000108@janh.de> References: <53762216.8020205@gmx.net> <537675A0.8000108@janh.de> Date: Fri, 16 May 2014 13:51:36 -0700 X-Google-Sender-Auth: ahSHUgPItl-xS1Q9wuddyKBjp_w Message-ID: Subject: Re: Thinkpad T410: resume broken From: Adrian Chadd To: Jan Henrik Sylvester Content-Type: text/plain; charset=UTF-8 Cc: Kevin Oberman , current-list freebsd , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 20:51:38 -0000 Hi, Yeah. I'd really suggest trying with stable/10 or -HEAD with vt enabled and no VESA. -a On 16 May 2014 13:31, Jan Henrik Sylvester wrote: > On 05/16/2014 20:10, Kevin Oberman wrote: >> On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote: >> >>> Hi! >>> >>> I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. >>> >>> Please poke me about this next week. I'm busy this week with work and >>> maker faire but I will try to help you later. >>> >>> (It's possible something like ACPI updates or a driver update has >>> broken things.) >>> >>> >>> -a >>> >> >> Does your kernel include VESA? My T320 behaved as you describe until I >> removed VESA from my kernel. I think using vt may also fix this without the >> need to remove VESA, bug I have not gotten around to confirming this. > > (Sorry, this is more or less a lengthy "me, too":) > > I am observing exactly the same on my T510 (not surprisingly, as it is > basically the same with a different screen size) using Nvidia (in > contract to most other recent mailing list reports, which are using Intel). > > From 8.1-RELEASE to 9.2-RELEASE, suspend and resume used to work with a > generic kernel (I like generic release kernels and freebsd-update) -- > except for a short time, which was due to the Xorg port. Especially > 9.X-RELEASE were really stable with all the hardware working after > resume (maybe except firewire). > > After going to 10.0-RELEASE, resuming would briefly turn the screen on, > but it would go back to black with the power LED continuing to blink (as > it does while sleeping). After a while, I realized that I lost the > non-default option ACPI_PM for x11/nvidia-driver installing 10.0. > > With ACPI_PM for x11/nvidia-driver, I had at least one resume with most > of the hardware working: The screen was still unusable being static with > colorful lines, but I could ssh into the machine over wireless. > > I have not had time to try 10-STABLE with vt, but from reading various > reports on the lists, that is probably the only way. > > I hope there will be a vt enabled kernel on the 10.1-RELEAS media, if vt > is going to be required even for configurations that would work just > fine on 9.X (WITH_NEW_XORG=yes is very usable with x11/nvidia-driver > even without vt). > > From what you said, you already have ACPI_PM for x11/nvidia-driver as it > is listed on the wiki. Have you? > > Cheers, > Jan Henrik From owner-freebsd-mobile@FreeBSD.ORG Fri May 16 21:31:57 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0A87897; Fri, 16 May 2014 21:31:57 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 353A62B8E; Fri, 16 May 2014 21:31:57 +0000 (UTC) Received: from walrus.pepperland ([81.217.76.60]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0M9s2y-1WerE942Tw-00B51M; Fri, 16 May 2014 23:31:54 +0200 Message-ID: <537683C8.5010307@gmx.net> Date: Fri, 16 May 2014 23:31:52 +0200 From: Stefan Ehmann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd , Jan Henrik Sylvester Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537675A0.8000108@janh.de> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Ngw0rzcCPejKyGwYHdKuPeawA/tGgF8RvyBU4xkxXFLJaIZwxrQ q0/TWTKdfBL/sT0wNCiGwP2Yj316o6nNaPZWw8K1LE1m7dLLvfOyTN63hNd54mIq/HNW1Jd Jldt+KXbnomImvr/09NKldZwMg0xnSWz4PXofgLs2O1qFMa1OMSf08ItXhPZAUX5EAGmP05 xvBCoABVdB23RmeJLShQw== Cc: Kevin Oberman , current-list freebsd , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 21:31:57 -0000 On 16.05.2014 22:51, Adrian Chadd wrote: > Hi, > > Yeah. I'd really suggest trying with stable/10 or -HEAD with vt > enabled and no VESA. Thanks for all replies. Using vt is definitely an improvement, but not perfect. (I've set hw.vga.textmode=1 because graphics mode is very slow. Don't know if that matters.) The text console still remains black if I try to resume from there. But there's some success suspending from X: Resume puts me back on the text console in a strange state, e.g., no text visible and a cursor blinking. After some time I can bring X back via CTRL-ALT-F9. Some of the graphics/fonts in X are garbled after resume. But it's still usuable. After that, also the virtual consoles work via CTRL-ALT-F1. But after a second resume, X was even more garbled and virtual consoles no longer worked. Setting ACPI_PM for x11/nvidia-driver doesn't seem to have any effects. -- Stefan From owner-freebsd-mobile@FreeBSD.ORG Fri May 16 23:39:53 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DF0D72B; Fri, 16 May 2014 23:39:53 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF889250A; Fri, 16 May 2014 23:39:52 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id z60so5245225qgd.23 for ; Fri, 16 May 2014 16:39:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=MdPQKzwtYc6XIuqFQfOoyUgz0oOYf3gonZaeQ3XtPvI=; b=QvseOuOZmxFXNZRKSFrkldYCg5APkNil1L4Z/XEv1anIn9HBTuGnJxlo2sM45baRkl cRmzAQdHXOSVVvnOVJpHtkQYNCrI7A86tU3fY2ENpQNOMS+xL0CjCufIKTztOnYGlijm Uc8FapFEfJQJBvgtCxgHpql/4H1RJ+hSRdhLd4E+d4icVhKHQqUA54ub30e4cD39WwuS 5JtnuUrHNMIB6WycvCYchsAWcT8NIC3Og54ZeAEnJyKpQs0iR0svgkz5bJdgFHjDuhuI RH82YJQUMMkA69chTNq8XuZyvJ9vTUAD15CeRD3ULPlo3Zx6XbGMOCN+TTMDsgV60UVJ tizw== MIME-Version: 1.0 X-Received: by 10.140.91.5 with SMTP id y5mr28846195qgd.12.1400283591899; Fri, 16 May 2014 16:39:51 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Fri, 16 May 2014 16:39:51 -0700 (PDT) In-Reply-To: <537683C8.5010307@gmx.net> References: <53762216.8020205@gmx.net> <537675A0.8000108@janh.de> <537683C8.5010307@gmx.net> Date: Fri, 16 May 2014 16:39:51 -0700 X-Google-Sender-Auth: MabfaO5uFV44-HnYLQeuzD5idvQ Message-ID: Subject: Re: Thinkpad T410: resume broken From: Adrian Chadd To: Stefan Ehmann Content-Type: text/plain; charset=UTF-8 Cc: Jan Henrik Sylvester , Kevin Oberman , current-list freebsd , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 23:39:53 -0000 Hm, okay. i wonder how we can diagnose this further. Do you have a video monitor? Can you try doing a suspend/resume with an external VGA screen attached? Or connect it via ethernet and do a suspend/resume whilst logged in? -a On 16 May 2014 14:31, Stefan Ehmann wrote: > On 16.05.2014 22:51, Adrian Chadd wrote: >> Hi, >> >> Yeah. I'd really suggest trying with stable/10 or -HEAD with vt >> enabled and no VESA. > > Thanks for all replies. > > Using vt is definitely an improvement, but not perfect. (I've set > hw.vga.textmode=1 because graphics mode is very slow. Don't know if that > matters.) > > The text console still remains black if I try to resume from there. > > > But there's some success suspending from X: > Resume puts me back on the text console in a strange state, e.g., no > text visible and a cursor blinking. > > After some time I can bring X back via CTRL-ALT-F9. Some of the > graphics/fonts in X are garbled after resume. But it's still usuable. > > > After that, also the virtual consoles work via CTRL-ALT-F1. > > But after a second resume, X was even more garbled and virtual consoles > no longer worked. > > Setting ACPI_PM for x11/nvidia-driver doesn't seem to have any effects. > > -- > Stefan From owner-freebsd-mobile@FreeBSD.ORG Sat May 17 07:43:24 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82C48BFE; Sat, 17 May 2014 07:43:24 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2D2328F8; Sat, 17 May 2014 07:43:23 +0000 (UTC) Received: from walrus.pepperland ([81.217.76.60]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Lhwt0-1X7AaD1oaw-00nAZK; Sat, 17 May 2014 09:43:19 +0200 Message-ID: <53771315.2080307@gmx.net> Date: Sat, 17 May 2014 09:43:17 +0200 From: Stefan Ehmann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537675A0.8000108@janh.de> <537683C8.5010307@gmx.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:mRYAO1fOjdcWDok4zZ6E7wSFZh4o0PIvtIUrvDlIQTncoUP/qHk WncRmZQahRsj7CgPZGKsybCeidt9UIiS/oLNh/kWdPdYwBjC/IfKbVWWl/ms/B6atu3WUw5 gfNA5ku/7Yf8W1Q6riE/xpivuVkvfy72F1pwpr6R5OWOfN5wqg6DOO/vbhwP9jN2EaJHK5A V6+cj5HwcPw0FlB9gEG/g== Cc: Jan Henrik Sylvester , Kevin Oberman , current-list freebsd , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 May 2014 07:43:24 -0000 On 17.05.2014 01:39, Adrian Chadd wrote: > Hm, okay. i wonder how we can diagnose this further. > > Do you have a video monitor? Can you try doing a suspend/resume with > an external VGA screen attached? I booted with VGA as primary (and only) monitor. No real changes. The external monitor also remains blank when I resume on virtual console. > Or connect it via ethernet and do a > suspend/resume whilst logged in? I can do that. Any specific data you expect from that? Some more infos from today's testing: I also had one or two hangs during resume from Xorg with vt (similar to the sc hangs). If I restart Xorg, I get rid of the garbled X fonts/graphics (when resume is working) There are just too many options right now: sc/vt, X11/console, nvidia driver, internal display/external monitor, etc.. Are there any specific tests that could be useful? dmesg excerpts of a mostly working suspend/resume, don't know if related: When I start Xorg (9x) ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20130823/nsarguments-97) During suspend/resume: pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: AE_BAD_PARAMETER ... NVRM: GPU at 0000:01:00: GPU-bc3d36af-d7e7-bb30-dd7a-84afb0d14d75 NVRM: Xid (0000:01:00): 6, PE0001 ... NVRM: Xid (0000:01:00): 56, CMDre 00000000 00000080 00000000 00000005 00000008 -- Stefan From owner-freebsd-mobile@FreeBSD.ORG Sat May 17 12:20:05 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45914E38; Sat, 17 May 2014 12:20:05 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 190CC2BF9; Sat, 17 May 2014 12:20:05 +0000 (UTC) Received: from John-Baldwins-MacBook-Pro.local (unknown [137.122.78.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1CDF8B943; Sat, 17 May 2014 08:20:04 -0400 (EDT) Message-ID: <537753F3.6000202@FreeBSD.org> Date: Sat, 17 May 2014 08:20:03 -0400 From: John Baldwin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Kevin Oberman , Adrian Chadd Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Sat, 17 May 2014 08:20:04 -0400 (EDT) Cc: "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 May 2014 12:20:05 -0000 On 5/16/14, 2:10 PM, Kevin Oberman wrote: > On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote: > >> Hi! >> >> I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. >> >> Please poke me about this next week. I'm busy this week with work and >> maker faire but I will try to help you later. >> >> (It's possible something like ACPI updates or a driver update has >> broken things.) >> >> >> -a >> > > Does your kernel include VESA? My T320 behaved as you describe until I > removed VESA from my kernel. I think using vt may also fix this without the > need to remove VESA, bug I have not gotten around to confirming this. To be clear, vt does not fix resume. Using i915kms is what actually fixes resume when using Intel GPUs on the Thinkpad as i915kms is what actually turns the LCD backlight on during resume. You just have to use vt to have a useable console when you use i915kms. You can suspend/resume fine in X with syscons + i915kms, you just can't use your console if you do. If you are using the Nvidia GPU, then i915kms can't help you with turning the LCD backlight back on (and using vt shouldn't make any difference). VESA needs to be removed for i915kms, but I've no idea if it needs to be removed for Nvidia. The video reset code was reworked in 10 so that having VESA is supposed to be like using 'hw.acpi.reset_video=1' on 9, but in theory it works more often. The ACPI_PM setting to the kernel module along with removing VESA would seem like your best bet, but I see in follow-ups that that wasn't completely reliable. However, you can try using ACPI_PM with syscons, no need to use vt. -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Sat May 17 18:48:01 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 206D77E0; Sat, 17 May 2014 18:48:01 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 940F82CD9; Sat, 17 May 2014 18:48:00 +0000 (UTC) Received: from walrus.pepperland ([81.217.76.60]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LskfZ-1WwLeV1VQf-012DSV; Sat, 17 May 2014 20:47:54 +0200 Message-ID: <5377AED8.20301@gmx.net> Date: Sat, 17 May 2014 20:47:52 +0200 From: Stefan Ehmann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: John Baldwin , Kevin Oberman , Adrian Chadd Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> In-Reply-To: <537753F3.6000202@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:fmwGisS4jjesUZ8fo/hrPtxwb2BC7nObI9MpCQphZONUJ+bt+Hq qWVnA8+DNVyJnZsv/2BRBQhjRamg4AF2DFK9QQO6uwXALbOEmS218XpTLIfmaftwNW07m03 DTVX5NondDnQfEUiXjxE4ovQyvRZlTifvVa/ScUnu5uQcp3Qi/nnPcOBiGCOAD72Fa+kDiC sLiGvy2AV7ME68YHtbwFQ== Cc: "current@freebsd.org" , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 May 2014 18:48:01 -0000 On 17.05.2014 14:20, John Baldwin wrote: > On 5/16/14, 2:10 PM, Kevin Oberman wrote: >> On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote: >> >>> Hi! >>> >>> I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. >>> >>> Please poke me about this next week. I'm busy this week with work and >>> maker faire but I will try to help you later. >>> >>> (It's possible something like ACPI updates or a driver update has >>> broken things.) >>> >>> >>> -a >>> >> >> Does your kernel include VESA? My T320 behaved as you describe until I >> removed VESA from my kernel. I think using vt may also fix this without the >> need to remove VESA, bug I have not gotten around to confirming this. > > To be clear, vt does not fix resume. Using i915kms is what actually > fixes resume when using Intel GPUs on the Thinkpad as i915kms is what > actually turns the LCD backlight on during resume. You just have to use > vt to have a useable console when you use i915kms. You can > suspend/resume fine in X with syscons + i915kms, you just can't use your > console if you do. > > If you are using the Nvidia GPU, then i915kms can't help you with > turning the LCD backlight back on (and using vt shouldn't make any > difference). VESA needs to be removed for i915kms, but I've no idea if > it needs to be removed for Nvidia. The video reset code was reworked in > 10 so that having VESA is supposed to be like using > 'hw.acpi.reset_video=1' on 9, but in theory it works more often. The > ACPI_PM setting to the kernel module along with removing VESA would seem > like your best bet, but I see in follow-ups that that wasn't completely > reliable. However, you can try using ACPI_PM with syscons, no need to > use vt. > I'm using nvidia graphics. Removing VESA with syscons actually worked today. ACPI_PM for the module isn't necessary, but doesn't seem to hurt either. Now it seems to work like in 9.2-RELEASE. Also, no hangs so far. I'm pretty sure I tested that setup yesterday without success. So either there was something wrong in yesterday's test or I changed something else in the meantime. Suspending when Xorg is not running still results in a black monitor after resume. But I'm not really sure if I've tried that in 9.2-RELEASE. -- Stefan From owner-freebsd-mobile@FreeBSD.ORG Wed May 21 19:16:25 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 566AC4DB; Wed, 21 May 2014 19:16:25 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.187]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD05E2658; Wed, 21 May 2014 19:16:24 +0000 (UTC) Received: from [192.168.178.36] (p57AEE30E.dip0.t-ipconnect.de [87.174.227.14]) by mrelayeu.kundenserver.de (node=mreue005) with ESMTP (Nemesis) id 0Mgrp6-1WR6jc0V3Q-00M712; Wed, 21 May 2014 21:16:12 +0200 Message-ID: <537CFB7C.60702@janh.de> Date: Wed, 21 May 2014 21:16:12 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: John Baldwin , Kevin Oberman , Adrian Chadd Subject: Re: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> In-Reply-To: <537753F3.6000202@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:6B+o1ch6f0VE3J31YQ3DcGkccwIyP4J+qt7LmRkKRJl UCgzuLVAvlSppZK84/LU7G/FDX8f/7ATce+xaMaw/0lPxiWKFZ 3eTDscRXGyFAZR5wjGvQZ7FcN7wkMLYNHcusLAn6TLLvSHrnLE jV6AIWbp2dZIkBICXkZN/Lrm8RG0aROUTcNo1XShNcLT1fZm24 az4WYv6sML1X3i1ENbnhKrB3TGW4e/TBRprfnRJPM/bpMAjNpW 4p0PvaO0euyyIFUrhEKJc1RHqp5Ry6gvXnAlvrKYq99MoYb/VI 5EUmSlg39mkD1Dh8RtfHdljd5tjd2nXDqfAs5i7FTtvTk71wQ= = Cc: "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 May 2014 19:16:25 -0000 On 05/17/2014 14:20, John Baldwin wrote: > On 5/16/14, 2:10 PM, Kevin Oberman wrote: >> On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote: >> >>> Hi! >>> >>> I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. >>> >>> Please poke me about this next week. I'm busy this week with work and >>> maker faire but I will try to help you later. >>> >>> (It's possible something like ACPI updates or a driver update has >>> broken things.) >>> >>> >>> -a >>> >> >> Does your kernel include VESA? My T320 behaved as you describe until I >> removed VESA from my kernel. I think using vt may also fix this without the >> need to remove VESA, bug I have not gotten around to confirming this. > > To be clear, vt does not fix resume. Using i915kms is what actually > fixes resume when using Intel GPUs on the Thinkpad as i915kms is what > actually turns the LCD backlight on during resume. You just have to use > vt to have a useable console when you use i915kms. You can > suspend/resume fine in X with syscons + i915kms, you just can't use your > console if you do. > > If you are using the Nvidia GPU, then i915kms can't help you with > turning the LCD backlight back on (and using vt shouldn't make any > difference). VESA needs to be removed for i915kms, but I've no idea if > it needs to be removed for Nvidia. The video reset code was reworked in > 10 so that having VESA is supposed to be like using > 'hw.acpi.reset_video=1' on 9, but in theory it works more often. The > ACPI_PM setting to the kernel module along with removing VESA would seem > like your best bet, but I see in follow-ups that that wasn't completely > reliable. However, you can try using ACPI_PM with syscons, no need to > use vt. Yes, without VESA, resume seems much more reliable on 10.0-RELEASE/amd64 with Nvidia: With a generic kernel, I put vesa_load="YES" in /boot/loader.conf to be able to kldunload vesa later. With that, I just had four successful suspend-and-resume cycles. Unfortunately, my USB mouse does not work anymore: After the first resume, it took a few seconds until it worked again (the build in touchpad was back immediately). After the second resume, it would not work anymore at all, even after reconnecting it to a different EHCI port. It does work at a XHCI, though, until the next resume. Anyhow, this is obviously not related to the original problem. Cheers, Jan Henrik From owner-freebsd-mobile@FreeBSD.ORG Wed May 21 19:21:28 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A58A48D6; Wed, 21 May 2014 19:21:28 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5675B2728; Wed, 21 May 2014 19:21:27 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 3C00F1FE026; Wed, 21 May 2014 21:21:26 +0200 (CEST) Message-ID: <537CFCE4.2000300@selasky.org> Date: Wed, 21 May 2014 21:22:12 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Jan Henrik Sylvester , John Baldwin , Kevin Oberman , Adrian Chadd Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> <537CFB7C.60702@janh.de> In-Reply-To: <537CFB7C.60702@janh.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 May 2014 19:21:28 -0000 On 05/21/14 21:16, Jan Henrik Sylvester wrote: > Unfortunately, my USB mouse does not work anymore: After the first > resume, it took a few seconds until it worked again (the build in > touchpad was back immediately). After the second resume, it would not > work anymore at all, even after reconnecting it to a different EHCI > port. It does work at a XHCI, though, until the next resume. Anyhow, > this is obviously not related to the original problem. Hi, USB controller are being reset at resume, so I think this indicates a more fundamental PCI/BUS problem. --HPS From owner-freebsd-mobile@FreeBSD.ORG Wed May 21 19:44:03 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0B47F43; Wed, 21 May 2014 19:44:03 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.130]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3AA3B2925; Wed, 21 May 2014 19:44:03 +0000 (UTC) Received: from [192.168.178.36] (p57AEE30E.dip0.t-ipconnect.de [87.174.227.14]) by mrelayeu.kundenserver.de (node=mreue005) with ESMTP (Nemesis) id 0M6ym1-1WzFWi3g5F-00wozj; Wed, 21 May 2014 21:43:50 +0200 Message-ID: <537D01F5.2050101@janh.de> Date: Wed, 21 May 2014 21:43:49 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Hans Petter Selasky , John Baldwin , Kevin Oberman , Adrian Chadd Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> <537CFB7C.60702@janh.de> <537CFCE4.2000300@selasky.org> In-Reply-To: <537CFCE4.2000300@selasky.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:Muzqf0Bb6iwmGUybrhPBXFee9hyGW+44VTMXp+H5uyH bkZyub8LXJwxQKN3/LNZQJydWil83E96wKp4V3n/ssQ4vlql8T phfptVZgVZoe1bsaub6ziSAak/noUYPR6+lNeHaioDVC4Gd63+ YQiyb8+GKnrP/rADw11vphiaOw5n8edlW21rQPPugqtXwFzi5A f9Iyt5MVtnFyyfYC4HMtRa3GOkcHRFLoL8Y+VAGaGv/KKMQ7+G vqBHGb98Vh4gavAmkStNGQ1FXs9dubblz0Cp8Z1cKCsU91/MUy Q6TKyzoPczZHfFTgYGNfaZTxvFaOzzGtt9s8b7fZV3re2NTa9F xTy9RqjTmydt2v+S8o6U= Cc: "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 May 2014 19:44:03 -0000 On 05/21/2014 21:22, Hans Petter Selasky wrote: > On 05/21/14 21:16, Jan Henrik Sylvester wrote: >> Unfortunately, my USB mouse does not work anymore: After the first >> resume, it took a few seconds until it worked again (the build in >> touchpad was back immediately). After the second resume, it would not >> work anymore at all, even after reconnecting it to a different EHCI >> port. It does work at a XHCI, though, until the next resume. Anyhow, >> this is obviously not related to the original problem. > > Hi, > > USB controller are being reset at resume, so I think this indicates a > more fundamental PCI/BUS problem. Looking through dmesg, it seems that other USB devices (build-in) are reappearing (Qualcomm Gobi 2000, Broadcom Bluetooth Device) after resume, just not the mouse. Are these lines likely related? pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: AE_BAD_PARAMETER Thanks, Jan Henrik From owner-freebsd-mobile@FreeBSD.ORG Fri May 23 05:39:51 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B7953C2; Fri, 23 May 2014 05:39:51 +0000 (UTC) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E0C0235F; Fri, 23 May 2014 05:39:51 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id ey11so3592956pad.4 for ; Thu, 22 May 2014 22:39:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=/1sDr+tflAhaL7YVu3+jmFs9LumCPfbFlyzMQdLGB4Q=; b=Wk5IPOtcykujs957MPonmJe3h50h9zhtPru8VodEW+yxQ54gqMuZZ03sYmJh0jZ7d6 narvh4dCVq76vf8sqzJNZIHX+MJPmZvZGNNnVmIoupzpyBD1Qr9PI+xc6qalfAPpG7by DrZFhiMDY7z26OoKJ8ffDZKusDgEWv2m/v5vxoOEYMEfFwoxMAsmg5FXHz8tF4C9Ammv yIiicVtHzpmDPBXbPOi0Dkk3btDuS1cpgw09BHe0UIQ1DW1HBPnQQ+kn+59GGd0klFkv 3erDRDmbl5fXnjqaTwaknYeHA386A4cbNg9BWqXUXcUoYWHl6QfDCF1gZD3Yj3pMRP9i TfPw== MIME-Version: 1.0 X-Received: by 10.66.124.137 with SMTP id mi9mr2779652pab.111.1400823590462; Thu, 22 May 2014 22:39:50 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Thu, 22 May 2014 22:39:50 -0700 (PDT) In-Reply-To: <537D01F5.2050101@janh.de> References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> <537CFB7C.60702@janh.de> <537CFCE4.2000300@selasky.org> <537D01F5.2050101@janh.de> Date: Thu, 22 May 2014 22:39:50 -0700 X-Google-Sender-Auth: vDOpgDiw9rcPTLCjmg6Ee3bCdAU Message-ID: Subject: Re: Thinkpad T410: resume broken From: Kevin Oberman To: Jan Henrik Sylvester Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Hans Petter Selasky , Adrian Chadd , "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2014 05:39:51 -0000 On Wed, May 21, 2014 at 12:43 PM, Jan Henrik Sylvester wrote: > On 05/21/2014 21:22, Hans Petter Selasky wrote: > > On 05/21/14 21:16, Jan Henrik Sylvester wrote: > >> Unfortunately, my USB mouse does not work anymore: After the first > >> resume, it took a few seconds until it worked again (the build in > >> touchpad was back immediately). After the second resume, it would not > >> work anymore at all, even after reconnecting it to a different EHCI > >> port. It does work at a XHCI, though, until the next resume. Anyhow, > >> this is obviously not related to the original problem. > > > > Hi, > > > > USB controller are being reset at resume, so I think this indicates a > > more fundamental PCI/BUS problem. > > Looking through dmesg, it seems that other USB devices (build-in) are > reappearing (Qualcomm Gobi 2000, Broadcom Bluetooth Device) after > resume, just not the mouse. > > Are these lines likely related? > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > AE_BAD_PARAMETER > > Thanks, > Jan Henrik > Could this be another face of the problems that requires kbdmux to keep the USB keyboard working correctly with vt(4)? -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-mobile@FreeBSD.ORG Fri May 23 07:28:40 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2840AF21; Fri, 23 May 2014 07:28:40 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 993EF2BB3; Fri, 23 May 2014 07:28:39 +0000 (UTC) Received: from walrus.pepperland ([81.217.76.60]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M7UUd-1WzLbo0ERL-00xJNX; Fri, 23 May 2014 09:28:35 +0200 Message-ID: <537EF8A1.3060002@gmx.net> Date: Fri, 23 May 2014 09:28:33 +0200 From: Stefan Ehmann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Jan Henrik Sylvester , Hans Petter Selasky , John Baldwin , Kevin Oberman , Adrian Chadd Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> <537CFB7C.60702@janh.de> <537CFCE4.2000300@selasky.org> <537D01F5.2050101@janh.de> In-Reply-To: <537D01F5.2050101@janh.de> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:IGuaf0InW7qdkIsAqg1LPB6QyQ4oQCrMr3vqktPyL8A9EbSJ2tL HjCPFUvZmfcbPbuo+jZNhCl1Mh84wNd1++k4lFuZSFPMv8S6gRW5oz2JrWudigS1gzzBPZP 0LG9+DQ7g3LttikFl7OW1SEQe4EbU7VLBgAq3LaSCw49FkuTnGe84eEfuqNPHrO3ZR0QwSO dzdionsIfmnDESKz2JeIQ== Cc: "current@freebsd.org" , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2014 07:28:40 -0000 On 21.05.2014 21:43, Jan Henrik Sylvester wrote: > On 05/21/2014 21:22, Hans Petter Selasky wrote: >> On 05/21/14 21:16, Jan Henrik Sylvester wrote: >>> Unfortunately, my USB mouse does not work anymore: After the first >>> resume, it took a few seconds until it worked again (the build in >>> touchpad was back immediately). After the second resume, it would not >>> work anymore at all, even after reconnecting it to a different EHCI >>> port. It does work at a XHCI, though, until the next resume. Anyhow, >>> this is obviously not related to the original problem. >> >> Hi, >> >> USB controller are being reset at resume, so I think this indicates a >> more fundamental PCI/BUS problem. > > Looking through dmesg, it seems that other USB devices (build-in) are > reappearing (Qualcomm Gobi 2000, Broadcom Bluetooth Device) after > resume, just not the mouse. I can confirm this behavior. It already happened on 9.x. Devices plugged into the USB ports are not even powered. It's not just mouse, also USB hard disks for instance. > Are these lines likely related? > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > AE_BAD_PARAMETER I don't remember seeing these lines in 9.x. That doesn't necessarily mean they are not related. -- Stefan From owner-freebsd-mobile@FreeBSD.ORG Fri May 23 10:33:29 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A23B6D12; Fri, 23 May 2014 10:33:29 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A5CC22BF9; Fri, 23 May 2014 10:33:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s4NAXH1W002643; Fri, 23 May 2014 20:33:17 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 23 May 2014 20:33:17 +1000 (EST) From: Ian Smith To: Kevin Oberman Subject: Re: Thinkpad T410: resume broken In-Reply-To: Message-ID: <20140523193134.Q89611@sola.nimnet.asn.au> References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> <537CFB7C.60702@janh.de> <537CFCE4.2000300@selasky.org> <537D01F5.2050101@janh.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Jan Henrik Sylvester , Hans Petter Selasky , Adrian Chadd , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2014 10:33:29 -0000 [minus -current, not subscribed] On Thu, 22 May 2014 22:39:50 -0700, Kevin Oberman wrote: > On Wed, May 21, 2014 at 12:43 PM, Jan Henrik Sylvester wrote: > > On 05/21/2014 21:22, Hans Petter Selasky wrote: > > > On 05/21/14 21:16, Jan Henrik Sylvester wrote: > > >> Unfortunately, my USB mouse does not work anymore: After the first > > >> resume, it took a few seconds until it worked again (the build in > > >> touchpad was back immediately). After the second resume, it would not > > >> work anymore at all, even after reconnecting it to a different EHCI > > >> port. It does work at a XHCI, though, until the next resume. Anyhow, > > >> this is obviously not related to the original problem. > > > > > > Hi, > > > > > > USB controller are being reset at resume, so I think this indicates a > > > more fundamental PCI/BUS problem. > > > > Looking through dmesg, it seems that other USB devices (build-in) are > > reappearing (Qualcomm Gobi 2000, Broadcom Bluetooth Device) after > > resume, just not the mouse. More likely, just not anything using the external USB ports, if it's the same issue that seems to be happening on (all?) X2xx, X4xx, X5xx and someone mentioned a T320? - ie perhaps all modern(ish) Lenovo laptops. It's becoming clear to me that there are two distinct and probably completely unrelated suspend/resume issues on these machines: 1) graphics issues, where most of the attention has been (rightly) focussed. My X200 has older Intel i915, pre-KMS, and has NO video issues on suspend/resume at all on stable/9, from console or X. 2) disappearance of external USB ports after sometimes the first and on others (such as my X200) the second resume. This extends to there being no 5V on the connectors, which may or may not be the main problem. It is seeming to be more likely a BIOS/ACPI issue, given that USB (UCHI & EHCI here) is doing the right thing to wake them. Unless there really is some cross-relatedness, I'm very keen to see the two issues disentangled. I wrote to Hans Petter and Adrian about this yesterday offlist; Adrian has confirmed he still has the no-USB problem despite presumably having fixed the video one/s. > > Are these lines likely related? > > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > > AE_BAD_PARAMETER PEG_ is related to video I think. I don't have one of these. > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > > AE_BAD_PARAMETER > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > > AE_BAD_PARAMETER > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: > > AE_BAD_PARAMETER > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > > AE_BAD_PARAMETER I expect these are likely to be your 4-in-1 card reader. Note that these messages appear on the suspend path, not the resume. I'm not sure, but suspect that this/these device/s just don't allow setting power state D2, but it might take some ACPI debugging to track down, or at least matching verbose pci boot messages with device capabilities. I haven't tried my multi-card reader at all, let alone after resume, but if you have suitable cards you could test that, with verbose logging on? On mine, consistently, on the suspend path: May 7 18:36:26 x200 kernel: vga0: saving 4932 bytes of video state May 7 18:36:26 x200 kernel: vga0: saving color palette May 7 18:36:26 x200 kernel: pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP0: AE_BAD_PARAMETER May 7 18:36:26 x200 kernel: pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP1: AE_BAD_PARAMETER May 7 18:36:26 x200 kernel: pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP2: AE_BAD_PARAMETER May 7 18:36:26 x200 kernel: pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP3: AE_BAD_PARAMETER Then the resume path (I wish there was a message separating these as the suspend timestamps are bogus at this point, those messages were stored): May 7 18:36:26 x200 kernel: em0: Link is up 100 Mbps Full Duplex May 7 18:36:26 x200 kernel: em0: link state changed to UP May 7 18:36:26 x200 kernel: acpi_lid0: run_prep cleaned up for \_SB_.LID_ May 7 18:36:26 x200 kernel: acpi_button0: run_prep cleaned up for \_SB_.SLPB May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.VID_ May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.IGBE May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.USB3 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.USB4 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.USB5 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EHC1 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.HDEF May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP0 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP1 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP2 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP3 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.USB0 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.USB1 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.USB2 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EHC0 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.LPC_ May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.SATA May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP0 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP1 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP2 May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP3 May 7 18:36:26 x200 kernel: vga0: calling BIOS POST Note that EXP0 to EXP3 are here always reinitialised to power state D0 twice, but I don't know what that denotes .. perhaps some timing delay. > > Thanks, > > Jan Henrik > > Could this be another face of the problems that requires kbdmux to keep the > USB keyboard working correctly with vt(4)? I'm pretty sure by tis stage that video interaction issues are separate. Leaving VESA out of my kernel only led to no video on console on resume, and to repeat, I have NO video resume issues with my pre-kms i915. cheers, Ian PS I shouldn't even be writing this; I'm still suffering from the 'flu while in the middle of moving house. Back on deck next week sometime. From owner-freebsd-mobile@FreeBSD.ORG Fri May 23 11:37:30 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 352A0437; Fri, 23 May 2014 11:37:30 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B9F2E21E2; Fri, 23 May 2014 11:37:29 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id B03E01FE026; Fri, 23 May 2014 13:37:26 +0200 (CEST) Message-ID: <537F3321.6040209@selasky.org> Date: Fri, 23 May 2014 13:38:09 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Bengt Ahlgren , Ian Smith Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> <537CFB7C.60702@janh.de> <537CFCE4.2000300@selasky.org> <537D01F5.2050101@janh.de> <20140523193134.Q89611@sola.nimnet.asn.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jan Henrik Sylvester , Kevin Oberman , Adrian Chadd , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2014 11:37:30 -0000 On 05/23/14 13:30, Bengt Ahlgren wrote: > Ian Smith writes: > >> [minus -current, not subscribed] >> >> On Thu, 22 May 2014 22:39:50 -0700, Kevin Oberman wrote: >> > On Wed, May 21, 2014 at 12:43 PM, Jan Henrik Sylvester wrote: >> > > On 05/21/2014 21:22, Hans Petter Selasky wrote: >> > > > On 05/21/14 21:16, Jan Henrik Sylvester wrote: >> > > >> Unfortunately, my USB mouse does not work anymore: After the first >> > > >> resume, it took a few seconds until it worked again (the build in >> > > >> touchpad was back immediately). After the second resume, it would not >> > > >> work anymore at all, even after reconnecting it to a different EHCI >> > > >> port. It does work at a XHCI, though, until the next resume. Anyhow, >> > > >> this is obviously not related to the original problem. >> > > > >> > > > Hi, >> > > > >> > > > USB controller are being reset at resume, so I think this indicates a >> > > > more fundamental PCI/BUS problem. >> > > >> > > Looking through dmesg, it seems that other USB devices (build-in) are >> > > reappearing (Qualcomm Gobi 2000, Broadcom Bluetooth Device) after >> > > resume, just not the mouse. >> >> More likely, just not anything using the external USB ports, if it's the >> same issue that seems to be happening on (all?) X2xx, X4xx, X5xx and >> someone mentioned a T320? - ie perhaps all modern(ish) Lenovo laptops. >> >> It's becoming clear to me that there are two distinct and probably >> completely unrelated suspend/resume issues on these machines: >> >> 1) graphics issues, where most of the attention has been (rightly) >> focussed. My X200 has older Intel i915, pre-KMS, and has NO video >> issues on suspend/resume at all on stable/9, from console or X. >> >> 2) disappearance of external USB ports after sometimes the first and on >> others (such as my X200) the second resume. This extends to there >> being no 5V on the connectors, which may or may not be the main >> problem. It is seeming to be more likely a BIOS/ACPI issue, given >> that USB (UCHI & EHCI here) is doing the right thing to wake them. > > A peculiarity I noted on my X201 is that it does not seem to have any > USB 1.x controllers, only ehci 2.0, yet the man page says that "EHCI > controllers are peculiar in that they can only handle the USB 2.0 > protocol". > > I wonder if these boxes have some strange ohci or uhci controllers that > are not detected, or some kind of integrated 2.0/1.x controllers that > the ehci driver does not fully understand and therefore is causing the > resume issue? > No, They have an external USB 2.0 HUB with TT, which does the FS/LS transfers. --HPS From owner-freebsd-mobile@FreeBSD.ORG Fri May 23 11:52:04 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FD22CAC; Fri, 23 May 2014 11:52:04 +0000 (UTC) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3DF47239E; Fri, 23 May 2014 11:52:02 +0000 (UTC) Received: from P142s.sics.se (P142s.sics.se [193.10.66.127]) by sink.sics.se (8.14.5/8.14.5) with ESMTP id s4NBUOPm016250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 23 May 2014 13:30:25 +0200 (CEST) (envelope-from bengta@P142s.sics.se) Received: from P142s.sics.se (localhost [127.0.0.1]) by P142s.sics.se (8.14.8/8.14.8) with ESMTP id s4NBUEtW004450; Fri, 23 May 2014 13:30:14 +0200 (CEST) (envelope-from bengta@P142s.sics.se) Received: (from bengta@localhost) by P142s.sics.se (8.14.8/8.14.8/Submit) id s4NBUCrK004449; Fri, 23 May 2014 13:30:12 +0200 (CEST) (envelope-from bengta@P142s.sics.se) From: Bengt Ahlgren To: Ian Smith Subject: Re: Thinkpad T410: resume broken In-Reply-To: <20140523193134.Q89611@sola.nimnet.asn.au> (Ian Smith's message of "Fri, 23 May 2014 20:33:17 +1000 (EST)") References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> <537CFB7C.60702@janh.de> <537CFCE4.2000300@selasky.org> <537D01F5.2050101@janh.de> <20140523193134.Q89611@sola.nimnet.asn.au> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) Date: Fri, 23 May 2014 13:30:12 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Cc: Jan Henrik Sylvester , Hans Petter Selasky , Adrian Chadd , Stefan Ehmann , "freebsd-mobile@freebsd.org" , Kevin Oberman X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2014 11:52:04 -0000 Ian Smith writes: > [minus -current, not subscribed] > > On Thu, 22 May 2014 22:39:50 -0700, Kevin Oberman wrote: > > On Wed, May 21, 2014 at 12:43 PM, Jan Henrik Sylvester wrote: > > > On 05/21/2014 21:22, Hans Petter Selasky wrote: > > > > On 05/21/14 21:16, Jan Henrik Sylvester wrote: > > > >> Unfortunately, my USB mouse does not work anymore: After the first > > > >> resume, it took a few seconds until it worked again (the build in > > > >> touchpad was back immediately). After the second resume, it would not > > > >> work anymore at all, even after reconnecting it to a different EHCI > > > >> port. It does work at a XHCI, though, until the next resume. Anyhow, > > > >> this is obviously not related to the original problem. > > > > > > > > Hi, > > > > > > > > USB controller are being reset at resume, so I think this indicates a > > > > more fundamental PCI/BUS problem. > > > > > > Looking through dmesg, it seems that other USB devices (build-in) are > > > reappearing (Qualcomm Gobi 2000, Broadcom Bluetooth Device) after > > > resume, just not the mouse. > > More likely, just not anything using the external USB ports, if it's the > same issue that seems to be happening on (all?) X2xx, X4xx, X5xx and > someone mentioned a T320? - ie perhaps all modern(ish) Lenovo laptops. > > It's becoming clear to me that there are two distinct and probably > completely unrelated suspend/resume issues on these machines: > > 1) graphics issues, where most of the attention has been (rightly) > focussed. My X200 has older Intel i915, pre-KMS, and has NO video > issues on suspend/resume at all on stable/9, from console or X. > > 2) disappearance of external USB ports after sometimes the first and on > others (such as my X200) the second resume. This extends to there > being no 5V on the connectors, which may or may not be the main > problem. It is seeming to be more likely a BIOS/ACPI issue, given > that USB (UCHI & EHCI here) is doing the right thing to wake them. A peculiarity I noted on my X201 is that it does not seem to have any USB 1.x controllers, only ehci 2.0, yet the man page says that "EHCI controllers are peculiar in that they can only handle the USB 2.0 protocol". I wonder if these boxes have some strange ohci or uhci controllers that are not detected, or some kind of integrated 2.0/1.x controllers that the ehci driver does not fully understand and therefore is causing the resume issue? (Yes, I also have the USB resume issue after a couple of resumes.) Bengt > Unless there really is some cross-relatedness, I'm very keen to see the > two issues disentangled. I wrote to Hans Petter and Adrian about this > yesterday offlist; Adrian has confirmed he still has the no-USB problem > despite presumably having fixed the video one/s. > > > > Are these lines likely related? > > > > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > > > AE_BAD_PARAMETER > > PEG_ is related to video I think. I don't have one of these. > > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > > > AE_BAD_PARAMETER > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > > > AE_BAD_PARAMETER > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: > > > AE_BAD_PARAMETER > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > > > AE_BAD_PARAMETER > > I expect these are likely to be your 4-in-1 card reader. Note that > these messages appear on the suspend path, not the resume. I'm not > sure, but suspect that this/these device/s just don't allow setting > power state D2, but it might take some ACPI debugging to track down, or > at least matching verbose pci boot messages with device capabilities. > > I haven't tried my multi-card reader at all, let alone after resume, but > if you have suitable cards you could test that, with verbose logging on? > > On mine, consistently, on the suspend path: > > May 7 18:36:26 x200 kernel: vga0: saving 4932 bytes of video state > May 7 18:36:26 x200 kernel: vga0: saving color palette > May 7 18:36:26 x200 kernel: pci0: failed to set ACPI power state D2 on > \_SB_.PCI0.EXP0: AE_BAD_PARAMETER > May 7 18:36:26 x200 kernel: pci0: failed to set ACPI power state D2 on > \_SB_.PCI0.EXP1: AE_BAD_PARAMETER > May 7 18:36:26 x200 kernel: pci0: failed to set ACPI power state D2 on > \_SB_.PCI0.EXP2: AE_BAD_PARAMETER > May 7 18:36:26 x200 kernel: pci0: failed to set ACPI power state D2 on > \_SB_.PCI0.EXP3: AE_BAD_PARAMETER > > Then the resume path (I wish there was a message separating these as the > suspend timestamps are bogus at this point, those messages were stored): > > May 7 18:36:26 x200 kernel: em0: Link is up 100 Mbps Full Duplex > May 7 18:36:26 x200 kernel: em0: link state changed to UP > May 7 18:36:26 x200 kernel: acpi_lid0: run_prep cleaned up for \_SB_.LID_ > May 7 18:36:26 x200 kernel: acpi_button0: run_prep cleaned up for \_SB_.SLPB > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.VID_ > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.IGBE > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.USB3 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.USB4 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.USB5 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EHC1 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.HDEF > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP0 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP1 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP2 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP3 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.USB0 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.USB1 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.USB2 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EHC0 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.LPC_ > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.SATA > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP0 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP1 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP2 > May 7 18:36:26 x200 kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.EXP3 > May 7 18:36:26 x200 kernel: vga0: calling BIOS POST > > Note that EXP0 to EXP3 are here always reinitialised to power state D0 > twice, but I don't know what that denotes .. perhaps some timing delay. > > > > Thanks, > > > Jan Henrik > > > > Could this be another face of the problems that requires kbdmux to keep the > > USB keyboard working correctly with vt(4)? > > I'm pretty sure by tis stage that video interaction issues are separate. > Leaving VESA out of my kernel only led to no video on console on resume, > and to repeat, I have NO video resume issues with my pre-kms i915. > > cheers, Ian > > PS I shouldn't even be writing this; I'm still suffering from the 'flu > while in the middle of moving house. Back on deck next week sometime. > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Fri May 23 14:08:29 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E14795E; Fri, 23 May 2014 14:08:29 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 153B72056; Fri, 23 May 2014 14:08:29 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D372FB99A; Fri, 23 May 2014 10:08:27 -0400 (EDT) From: John Baldwin To: Jan Henrik Sylvester Subject: Re: Thinkpad T410: resume broken Date: Fri, 23 May 2014 10:00:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <53762216.8020205@gmx.net> <537CFCE4.2000300@selasky.org> <537D01F5.2050101@janh.de> In-Reply-To: <537D01F5.2050101@janh.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405231000.30861.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 23 May 2014 10:08:27 -0400 (EDT) Cc: Hans Petter Selasky , Adrian Chadd , "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" , Kevin Oberman X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2014 14:08:29 -0000 On Wednesday, May 21, 2014 3:43:49 pm Jan Henrik Sylvester wrote: > On 05/21/2014 21:22, Hans Petter Selasky wrote: > > On 05/21/14 21:16, Jan Henrik Sylvester wrote: > >> Unfortunately, my USB mouse does not work anymore: After the first > >> resume, it took a few seconds until it worked again (the build in > >> touchpad was back immediately). After the second resume, it would not > >> work anymore at all, even after reconnecting it to a different EHCI > >> port. It does work at a XHCI, though, until the next resume. Anyhow, > >> this is obviously not related to the original problem. > > > > Hi, > > > > USB controller are being reset at resume, so I think this indicates a > > more fundamental PCI/BUS problem. > > Looking through dmesg, it seems that other USB devices (build-in) are > reappearing (Qualcomm Gobi 2000, Broadcom Bluetooth Device) after > resume, just not the mouse. > > Are these lines likely related? > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > AE_BAD_PARAMETER These are probably not related. These man that your BIOS explicitly told the OS to power down these devices (PEG_ is probably your GPU, and EXP[1-5] are probably PCI-PCI bridges that represent the downstream ports of your PCI-e root complex) in the D2 state when suspending, but the devices don't actually support D2 (most PCI devices only support D0 (full on) and D3 (full off)). -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Mon May 26 14:41:43 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0476044B for ; Mon, 26 May 2014 14:41:43 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [IPv6:2a00:14b0:4200:32e0::1e6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 94CE729AC for ; Mon, 26 May 2014 14:41:42 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [IPv6:2a00:14b0:4200:32e0::1e6]) by koef.zs64.net (8.14.8/8.14.7) with ESMTP id s4QEfc4m049784 for ; Mon, 26 May 2014 14:41:38 GMT (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.9/8.14.7/Submit) id s4QEfcBg049783 for freebsd-mobile@freebsd.org; Mon, 26 May 2014 10:41:38 -0400 (EDT) (envelope-from cracauer) Date: Mon, 26 May 2014 10:41:38 -0400 From: Martin Cracauer To: freebsd-mobile@freebsd.org Subject: Cannot activate WiFi on Thinkpad X201 Message-ID: <20140526144138.GA47196@cons.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2014 14:41:43 -0000 The wifi chip in this x201 always says the switch is off, but the hardwae switch and the BIOS setting are . iwn0: mem 0xf2400000-0xf2401fff irq 16 at device 0.0 on pci2 iwn0: radio is disabled by hardware switch [...] iwn0@pci0:2:0:0: class=0x028000 card=0x13118086 chip=0x42398086 rev=0x35 hdr=0x00 vendor = 'Intel Corporation' device = 'Centrino Advanced-N 6200' class = network [...] sysctl: dev.acpi_ibm.0.wlan: 1 [readonly] [...] if_iwn_load="YES" acpi_video_load="YES" legal.intel_iwn.license_ack=1 if_wpi_load="YES" if_iwn_load="YES" if_iwnfw_load="YES" wlan_wep_load="YES" wlan_ccmp_load="YES" wlan_tkip_load="YES" iwn4965fw_load=YES iwn1000fw_load=YES iwn5000fw_load=YES iwn5150fw_load=YES iwn6000fw_load=YES iwn6000g2afw_load=YES iwn6000g2bfw_load=YES iwn6050fw_load=YES The hardware lights up the WiFi LED during post but then turns the LED off when entering BIOS or bootloader. The hardware switch is on and it makes no difference if I work it. The BIOS setting for WiFi is on. Using Fn-F5 has no effect either way, however I noticed that the Fn switch alone will make the console login cycle, as if return had been pressed. The thing also refuses to boot from USB on first try after OS reboot or poweron and will do so after a control-alt-del on the boot error message. This is 10-RELEASE 64 bits. Am I screwed? Is there hope that I can simulate the Fn-F5 sequence from inside via ACPI? Are these Thinkpads still locking in their wifi card so that you need a BIOS patch to enable something else? I also failed to get an Atheros USB stick when I tried, does anybody have a recommendation for a known-Atheros USB stick? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ From owner-freebsd-mobile@FreeBSD.ORG Mon May 26 21:12:06 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE1CE2CB for ; Mon, 26 May 2014 21:12:06 +0000 (UTC) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "neonpark.inter-sonic.com", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B05452BF7 for ; Mon, 26 May 2014 21:12:06 +0000 (UTC) X-Virus-Scanned: amavisd-new at BSDLabs AB Message-ID: <5383AC51.8020509@intersonic.se> Date: Mon, 26 May 2014 23:04:17 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Martin Cracauer , freebsd-mobile@freebsd.org Subject: Re: Cannot activate WiFi on Thinkpad X201 References: <20140526144138.GA47196@cons.org> In-Reply-To: <20140526144138.GA47196@cons.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2014 21:12:07 -0000 On 05/26/14 16:41, Martin Cracauer wrote: > The wifi chip in this x201 always says the switch is off, but the > hardwae switch and the BIOS setting are . > > > > iwn0: mem 0xf2400000-0xf2401fff irq > 16 at device 0.0 on pci2 > iwn0: radio is disabled by hardware switch > > [...] > iwn0@pci0:2:0:0: class=0x028000 card=0x13118086 chip=0x42398086 > rev=0x35 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Centrino Advanced-N 6200' > class = network > [...] > > sysctl: > dev.acpi_ibm.0.wlan: 1 [readonly] > [...] > if_iwn_load="YES" > acpi_video_load="YES" > legal.intel_iwn.license_ack=1 > if_wpi_load="YES" > if_iwn_load="YES" > if_iwnfw_load="YES" > wlan_wep_load="YES" > wlan_ccmp_load="YES" > wlan_tkip_load="YES" > iwn4965fw_load=YES > iwn1000fw_load=YES > iwn5000fw_load=YES > iwn5150fw_load=YES > iwn6000fw_load=YES > iwn6000g2afw_load=YES > iwn6000g2bfw_load=YES > iwn6050fw_load=YES > > > The hardware lights up the WiFi LED during post but then turns the LED > off when entering BIOS or bootloader. The hardware switch is on and it > makes no difference if I work it. The BIOS setting for WiFi is > on. Using Fn-F5 has no effect either way, however I noticed that the > Fn switch alone will make the console login cycle, as if return had > been pressed. > > The thing also refuses to boot from USB on first try after OS reboot > or poweron and will do so after a control-alt-del on the boot error > message. > > This is 10-RELEASE 64 bits. > > Am I screwed? Is there hope that I can simulate the Fn-F5 sequence > from inside via ACPI? Are these Thinkpads still locking in their wifi > card so that you need a BIOS patch to enable something else? > > I also failed to get an Atheros USB stick when I tried, does anybody > have a recommendation for a known-Atheros USB stick? Hi, >From my x201i sysctl -a|grep ibm dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras dev.acpi_ibm.0.%driver: acpi_ibm dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY dev.acpi_ibm.0.%pnpinfo: _HID=IBM0068 _UID=0 dev.acpi_ibm.0.%parent: acpi0 dev.acpi_ibm.0.initialmask: 2060 dev.acpi_ibm.0.availmask: 134217727 dev.acpi_ibm.0.events: 1 dev.acpi_ibm.0.eventmask: 134217727 dev.acpi_ibm.0.hotkey: 439 dev.acpi_ibm.0.lcd_brightness: 0 dev.acpi_ibm.0.volume: 7 dev.acpi_ibm.0.mute: 0 dev.acpi_ibm.0.thinklight: 0 dev.acpi_ibm.0.bluetooth: 0 dev.acpi_ibm.0.wlan: 1 <================== dev.acpi_ibm.0.fan_speed: 3280 dev.acpi_ibm.0.fan_level: 0 dev.acpi_ibm.0.fan: 1 dev.acpi_ibm.0.handlerevents: NONE cat /boot/loader.conf acpi_ibm_load="YES" Cheers, From owner-freebsd-mobile@FreeBSD.ORG Mon May 26 21:27:25 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 419716BA for ; Mon, 26 May 2014 21:27:25 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [IPv6:2a00:14b0:4200:32e0::1e6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF5982D01 for ; Mon, 26 May 2014 21:27:24 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [IPv6:2a00:14b0:4200:32e0::1e6]) by koef.zs64.net (8.14.8/8.14.7) with ESMTP id s4QLRL16044086; Mon, 26 May 2014 21:27:21 GMT (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.9/8.14.7/Submit) id s4QLRL1q044085; Mon, 26 May 2014 17:27:21 -0400 (EDT) (envelope-from cracauer) Date: Mon, 26 May 2014 17:27:21 -0400 From: Martin Cracauer To: Per olof Ljungmark Subject: Re: Cannot activate WiFi on Thinkpad X201 Message-ID: <20140526212721.GA39241@cons.org> References: <20140526144138.GA47196@cons.org> <5383AC51.8020509@intersonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5383AC51.8020509@intersonic.se> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Martin Cracauer , freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2014 21:27:25 -0000 Per olof Ljungmark wrote on Mon, May 26, 2014 at 11:04:17PM +0200: > On 05/26/14 16:41, Martin Cracauer wrote: > > The wifi chip in this x201 always says the switch is off, but the > > hardwae switch and the BIOS setting are . > > > > > > > > iwn0: mem 0xf2400000-0xf2401fff irq > > 16 at device 0.0 on pci2 > > iwn0: radio is disabled by hardware switch > > > > [...] > > iwn0@pci0:2:0:0: class=0x028000 card=0x13118086 chip=0x42398086 > > rev=0x35 hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'Centrino Advanced-N 6200' > > class = network > > [...] > > > > sysctl: > > dev.acpi_ibm.0.wlan: 1 [readonly] > > [...] > > if_iwn_load="YES" > > acpi_video_load="YES" > > legal.intel_iwn.license_ack=1 > > if_wpi_load="YES" > > if_iwn_load="YES" > > if_iwnfw_load="YES" > > wlan_wep_load="YES" > > wlan_ccmp_load="YES" > > wlan_tkip_load="YES" > > iwn4965fw_load=YES > > iwn1000fw_load=YES > > iwn5000fw_load=YES > > iwn5150fw_load=YES > > iwn6000fw_load=YES > > iwn6000g2afw_load=YES > > iwn6000g2bfw_load=YES > > iwn6050fw_load=YES > > > > > > The hardware lights up the WiFi LED during post but then turns the LED > > off when entering BIOS or bootloader. The hardware switch is on and it > > makes no difference if I work it. The BIOS setting for WiFi is > > on. Using Fn-F5 has no effect either way, however I noticed that the > > Fn switch alone will make the console login cycle, as if return had > > been pressed. > > > > The thing also refuses to boot from USB on first try after OS reboot > > or poweron and will do so after a control-alt-del on the boot error > > message. > > > > This is 10-RELEASE 64 bits. > > > > Am I screwed? Is there hope that I can simulate the Fn-F5 sequence > > from inside via ACPI? Are these Thinkpads still locking in their wifi > > card so that you need a BIOS patch to enable something else? > > > > I also failed to get an Atheros USB stick when I tried, does anybody > > have a recommendation for a known-Atheros USB stick? > > Hi, > > >From my x201i > > sysctl -a|grep ibm > dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras > dev.acpi_ibm.0.%driver: acpi_ibm > dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY > dev.acpi_ibm.0.%pnpinfo: _HID=IBM0068 _UID=0 > dev.acpi_ibm.0.%parent: acpi0 > dev.acpi_ibm.0.initialmask: 2060 > dev.acpi_ibm.0.availmask: 134217727 > dev.acpi_ibm.0.events: 1 > dev.acpi_ibm.0.eventmask: 134217727 > dev.acpi_ibm.0.hotkey: 439 > dev.acpi_ibm.0.lcd_brightness: 0 > dev.acpi_ibm.0.volume: 7 > dev.acpi_ibm.0.mute: 0 > dev.acpi_ibm.0.thinklight: 0 > dev.acpi_ibm.0.bluetooth: 0 > dev.acpi_ibm.0.wlan: 1 <================== > dev.acpi_ibm.0.fan_speed: 3280 > dev.acpi_ibm.0.fan_level: 0 > dev.acpi_ibm.0.fan: 1 > dev.acpi_ibm.0.handlerevents: NONE > > cat /boot/loader.conf > acpi_ibm_load="YES" Yeah, I have it and it shows "1". It is readonly, I cannot toggle it. I am not sure how acpi figures it is on and the wifi drive figures the hardware switch is off. I noticed a lenovo notice about a similar problem under windows, and an updated windows driver to fix it, but that is supposed to only apply to waking up after suspend. There are also these guys who solder out the hardware switch. I think that is what I am going to do next: https://forums.lenovo.com/t5/X-Series-ThinkPad-Laptops/X201-Faulty-Hardware-Wireless-Radio-Switch/td-p/1063743# Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ From owner-freebsd-mobile@FreeBSD.ORG Wed May 28 08:22:46 2014 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AE4F70B; Wed, 28 May 2014 08:22:46 +0000 (UTC) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 272BE2A39; Wed, 28 May 2014 08:22:44 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id 10so5594642lbg.2 for ; Wed, 28 May 2014 01:22:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FQ8QpIXeeMiyefXmJv97qgS7UF3fekfiuGRCqwLlWTk=; b=AxJPmbAp5K/tGaBly/dO9SxPVTrm+hC3STke4rxIsuw/Sxuev+gKqEJSOWnVvCoWS1 wzpaqiV+3Xix6muSmAwybUtvfwkHmNRqA0VM7U7rB8ZYJd5mUVkOMtxevcRdNBg8GRQe 9l2Lys+DXcYijMo8T4GZRygP5BLlR/BlGASzlij/LjaADzAjSeDwNNlMdrqbDSzVq7yX tEIPfHvmMj2i5MwpdCtuvDZqf4S/iC8f+/KTcBsTFeC0YRIm2sybrEUloVVqX2VLKhGY pZ8iJKIxk9DtwBOix6m6rOYt/qFZHA+0gWXkZPo8l+/7Ofi4AM04w4V6pEpxgHF/HBbB yZ1A== MIME-Version: 1.0 X-Received: by 10.112.50.2 with SMTP id y2mr7189288lbn.66.1401265362989; Wed, 28 May 2014 01:22:42 -0700 (PDT) Received: by 10.112.224.3 with HTTP; Wed, 28 May 2014 01:22:42 -0700 (PDT) Date: Wed, 28 May 2014 16:22:42 +0800 Message-ID: Subject: snd_hda doesn't automatic switch output between headphone and speaker on Macbook Pro 2012 From: suken woo To: mobile@freebsd.org, drivers@freebsd.org, multimedia@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2014 08:22:46 -0000 hi all: just setting on /boot/loader.conf below hw.snd.default_unit="3" hint.hdaa.1.gpio_config="3=set" hint.hdaa.1.nid11.config="as=0" speaker works with very good sound quality.headphone have no sound but sounds still came out of speaker when I plug in earphones. if I set hint.hdaa.1.nid9.config="as=1" on loader.conf file sounds come out from both speaker and headphone. any trick to overwrite the pins configuration and make it works as expected? cat /dev/sndstat pcm0: (play) pcm1: (play) pcm2: (play) pcm3: (play) default pcm4: (play) pcm5: (play) boot with verbose enabled messages: hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 hdaa0: Subsystem ID: 0x106b00f2 hdaa0: NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdaa0: Original pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 4 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 5 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 6 585600f0 15 0 Digital-out None Digital 0x18 Unknown 0 hdaa0: 7 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: Patched pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 4 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 5 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 6 585600f0 15 0 Digital-out None Digital 0x18 Unknown 0 DISA hdaa0: 7 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 hdaa0: 3 associations found: hdaa0: Association 0 (15) out: hdaa0: Pin nid=4 seq=0 hdaa0: Association 1 (15) out: hdaa0: Pin nid=5 seq=0 hdaa0: Association 2 (15) out: hdaa0: Pin nid=7 seq=0 hdaa0: Tracing association 0 (15) hdaa0: Pin 4 traced to DAC 8 hdaa0: Association 0 (15) trace succeeded hdaa0: Tracing association 1 (15) hdaa0: Pin 5 traced to DAC 9 hdaa0: Association 1 (15) trace succeeded hdaa0: Tracing association 2 (15) hdaa0: Pin 7 traced to DAC 10 hdaa0: Association 2 (15) trace succeeded hdaa0: Looking for additional DAC for association 0 (15) hdaa0: Looking for additional DAC for association 1 (15) hdaa0: Looking for additional DAC for association 2 (15) hdaa0: Tracing input monitor hdaa0: Tracing other input monitors hdaa0: Tracing beeper hdaa0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm0: at nid 4 on hdaa0 pcm0: Playback: pcm0: Stream cap: 0x00000005 AC3 PCM pcm0: PCM cap: 0x000e07f0 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm0: DAC: 8 pcm0: pcm0: nid=4 [pin: Digital-out (Jack)] pcm0: + <- nid=8 [audio output] [src: pcm] pcm0: pcm0: Mixer "vol" -> "none": child=0x00000010 pcm0: Mixer "pcm": parent="vol" pcm0: Soft PCM mixer ENABLED pcm0: Playback channel matrix is: unknown, assuming 7.1 (disconnected) pcm1: at nid 5 on hdaa0 pcm1: Playback: pcm1: Stream cap: 0x00000005 AC3 PCM pcm1: PCM cap: 0x000e07f0 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm1: DAC: 9 pcm1: pcm1: nid=5 [pin: Digital-out (Jack)] pcm1: + <- nid=9 [audio output] [src: pcm] pcm1: pcm1: Mixer "vol" -> "none": child=0x00000010 pcm1: Mixer "pcm": parent="vol" pcm1: Soft PCM mixer ENABLED pcm1: Playback channel matrix is: unknown, assuming 7.1 (disconnected) pcm2: at nid 7 on hdaa0 pcm2: Playback: pcm2: Stream cap: 0x00000005 AC3 PCM pcm2: PCM cap: 0x000e07f0 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm2: DAC: 10 pcm2: pcm2: nid=7 [pin: Digital-out (Jack)] pcm2: + <- nid=10 [audio output] [src: pcm] pcm2: pcm2: Mixer "vol" -> "none": child=0x00000010 pcm2: Mixer "pcm": parent="vol" pcm2: Soft PCM mixer ENABLED pcm2: Playback channel matrix is: unknown, assuming 7.1 (disconnected) hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 hdaa1: Subsystem ID: 0x106b2800 hdaa1: NumGPIO=4 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdaa1: GPIO0: disabled hdaa1: GPIO1: disabled hdaa1: GPIO2: disabled hdaa1: GPIO3: output state=0 hdaa1: Original pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 9 002b4020 2 0 Headphones Jack Combo 0x00 Green 0 hdaa1: 10 90100112 1 2 Speaker Fixed Unknown Internal Unknown 1 hdaa1: 11 90100110 1 0 Speaker Fixed Unknown Internal Unknown 1 hdaa1: 12 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 hdaa1: 13 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 hdaa1: 14 90a60100 0 0 Mic Fixed Digital Internal Unknown 1 hdaa1: 15 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 hdaa1: 16 004be030 3 0 SPDIF-out Jack Combo 0x00 White 0 hdaa1: 18 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 hdaa1: 21 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 hdaa1: Patching pin config nid=11 0x90100110 -> 0x90100100 hdaa1: Patched pins configuration: hdaa1: nid 0x as seq device conn jack loc color misc hdaa1: 9 002b4020 2 0 Headphones Jack Combo 0x00 Green 0 hdaa1: 10 90100112 1 2 Speaker Fixed Unknown Internal Unknown 1 hdaa1: 11 90100100 0 0 Speaker Fixed Unknown Internal Unknown 1 DISA hdaa1: 12 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 DISA hdaa1: 13 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 DISA hdaa1: 14 90a60100 0 0 Mic Fixed Digital Internal Unknown 1 DISA hdaa1: 15 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 DISA hdaa1: 16 004be030 3 0 SPDIF-out Jack Combo 0x00 White 0 hdaa1: 18 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 DISA hdaa1: 21 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 DISA hdaa1: 3 associations found: hdaa1: Association 0 (1) out: hdaa1: Pin nid=10 seq=2 hdaa1: Association 1 (2) out: hdaa1: Pin nid=9 seq=0 hdaa1: Association 2 (3) out: hdaa1: Pin nid=16 seq=0 hdaa1: Tracing association 0 (1) hdaa1: Pin 10 traced to DAC 3 hdaa1: Association 0 (1) trace succeeded hdaa1: Tracing association 1 (2) hdaa1: Pin 9 traced to DAC 2 hdaa1: Association 1 (2) trace succeeded hdaa1: Tracing association 2 (3) hdaa1: Pin 16 traced to DAC 8 hdaa1: Association 2 (3) trace succeeded hdaa1: Looking for additional DAC for association 0 (1) hdaa1: Looking for additional DAC for association 1 (2) hdaa1: Looking for additional DAC for association 2 (3) hdaa1: Tracing input monitor hdaa1: Tracing other input monitors hdaa1: Tracing beeper hdaa1: GPIO commit hdaa1: GPIO0: disabled hdaa1: GPIO1: disabled hdaa1: GPIO2: disabled hdaa1: GPIO3: output state=1 hdaa1: Pin sense: nid=9 sense=0x80000000 (connected) hdaa1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm3: at nid 10 on hdaa1 pcm3: Playback: pcm3: Stream cap: 0x00000003 FLOAT32 PCM pcm3: PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz pcm3: DAC: 3 pcm3: pcm3: nid=10 [pin: Speaker (Fixed)] pcm3: + <- nid=3 [audio output] [src: pcm] pcm3: pcm3: Master Volume (OSS: vol): -57/6dB pcm3: +- ctl 2 (nid 3 out): -57/6dB (128 steps) + mute pcm3: pcm3: PCM Volume (OSS: pcm): -57/6dB pcm3: +- ctl 2 (nid 3 out): -57/6dB (128 steps) + mute pcm3: pcm3: Mixer "vol": pcm3: Mixer "pcm": pcm3: Playback channel set is: Back Left, Back Right, pcm3: Playback channel matrix is: unknown, assuming 2.0 (unknown) pcm4: at nid 9 on hdaa1 pcm4: Playback: pcm4: Stream cap: 0x00000003 FLOAT32 PCM pcm4: PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz pcm4: DAC: 2 pcm4: pcm4: nid=9 [pin: Headphones (Green Jack)] pcm4: + <- nid=2 [audio output] [src: pcm] pcm4: pcm4: Master Volume (OSS: vol): -57/6dB pcm4: +- ctl 1 (nid 2 out): -57/6dB (128 steps) + mute pcm4: pcm4: PCM Volume (OSS: pcm): -57/6dB pcm4: +- ctl 1 (nid 2 out): -57/6dB (128 steps) + mute pcm4: pcm4: Mixer "vol": pcm4: Mixer "pcm": pcm4: Playback channel set is: Front Left, Front Right, pcm4: Playback channel matrix is: 2.0 (connected) pcm5: at nid 16 on hdaa1 pcm5: Playback: pcm5: Stream cap: 0x00000007 AC3 FLOAT32 PCM pcm5: PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz pcm5: DAC: 8 pcm5: pcm5: nid=16 [pin: SPDIF-out (White Jack)] pcm5: + <- nid=8 [audio output] [src: pcm] pcm5: pcm5: Mixer "vol" -> "none": child=0x00000010 pcm5: Mixer "pcm": parent="vol" pcm5: Soft PCM mixer ENABLED pcm5: Playback channel set is: Front Left, Front Right, pcm5: Playback channel matrix is: 2.0 (unknown) -- -- --wsk From owner-freebsd-mobile@FreeBSD.ORG Wed May 28 08:59:08 2014 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C028133F; Wed, 28 May 2014 08:59:08 +0000 (UTC) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C4812D8D; Wed, 28 May 2014 08:59:08 +0000 (UTC) Received: by mail-qg0-f51.google.com with SMTP id q107so16916355qgd.10 for ; Wed, 28 May 2014 01:59:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:reply-to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=hqzniWucihZOy2eIBeiWxzFeb6qT7Dh4KUlWCfvjNCI=; b=BTjoZABvNSQYmcWuuwEBYeZBle/fjowLA4PXGcacs70vuCQEW/Us4u04nPBmNa2ZZV 5ILFankSo+ly0gPJJHUqPNSpwSrn5cSWjc3arR8QGidBBqWYRTnfw4mhjoyhzdTo42mR /U5sgJannD9+AgLaBcWhXNxwDxtsi5Fu8NtJBYbqx7CNtF88vLrVp3QJxK6Swxy6wXpz 09AI38RyeM3JXjtJ8jg+xIqWKHVI4K474gEjeV8gesFjiGMz5zL0T52RVcOw/EqrCsLe 0GzGGgoObOYt36BZbyTKjdO3k07qCdwg9GLjHSDVEmh0/1DCGgDVk4022rmqzSu5wIso HRiQ== X-Received: by 10.224.166.9 with SMTP id k9mr50545590qay.25.1401267547458; Wed, 28 May 2014 01:59:07 -0700 (PDT) Received: from lumiwa.farms.net (pool-70-105-235-170.port.east.myfairpoint.net. [70.105.235.170]) by mx.google.com with ESMTPSA id r6sm29508090qab.40.2014.05.28.01.59.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 28 May 2014 01:59:06 -0700 (PDT) From: Ajtim To: freebsd-multimedia@freebsd.org Reply-To: lumiwa@gmail.com Subject: Re: snd_hda doesn't automatic switch output between headphone and speaker on Macbook Pro 2012 Date: Wed, 28 May 2014 04:59:04 -0400 Message-ID: <4330793.VelBuH8Ztb@lumiwa.farms.net> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE-p3; KDE/4.12.5; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: suken woo , mobile@freebsd.org, multimedia@freebsd.org, drivers@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2014 08:59:08 -0000 On Wednesday 28 May 2014 16:22:42 suken woo wrote: > hi all: > just setting on /boot/loader.conf below > > hw.snd.default_unit="3" > hint.hdaa.1.gpio_config="3=set" > hint.hdaa.1.nid11.config="as=0" > > speaker works with very good sound quality.headphone have no sound but > sounds still came out of speaker > when I plug in earphones. > if I set hint.hdaa.1.nid9.config="as=1" on loader.conf file > sounds come out from both speaker and headphone. > any trick to overwrite the pins configuration and make it works as > expected? > > cat /dev/sndstat > pcm0: (play) > pcm1: (play) > pcm2: (play) > pcm3: (play) default > pcm4: (play) > pcm5: (play) > I had the same problem on my iMc 11, about one year. pcm0: (play) pcm1: (play/rec) default pcm2: (rec) pcm3: (play/rec) And as I know is the problem with drivers. I gave up and I use headphones. BTW: On Linux works without problems. -- ajtiM -------- http://www.redbubble.com/people/lumiwa From owner-freebsd-mobile@FreeBSD.ORG Wed May 28 09:57:51 2014 Return-Path: Delivered-To: mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33AC799E; Wed, 28 May 2014 09:57:51 +0000 (UTC) Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 29181235D; Wed, 28 May 2014 09:57:49 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id mc6so7221132lab.16 for ; Wed, 28 May 2014 02:57:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=b+8U2PmzX5vcD/K8DEu16mWukXlMEjxl5hTRmGvyOFY=; b=Yaz643poV/YlczmfcpfrfedHg7KR8m5YScy1ONSb2XwO5REfhxJ3i0csczeu0kZlVR 2XwoExBO3JgKNSRI7l8DvvuEqrCyQetHUowt6wthDLtqAa00FjVpO4pcnH24X7/k40kM d/aVsQ1HsItIownaR+molpSyQXd9PvRwx6OZTWeBb2bvnLIT0XQtBAzyHrL96vQl8R26 A0P2LCYCAw2WJYgeu8JWEyWDLX4uWqBv/WU7iafieqHglhIaHYA0ki4PQWOPxBkcrm2/ EIaIvllYV42dkqIbGdKyp+fl1VJNSDiM86yzChBwY9evsYf4o+f/MN1KuFoeWudwFJAM RkhA== MIME-Version: 1.0 X-Received: by 10.112.13.35 with SMTP id e3mr27514557lbc.44.1401271067673; Wed, 28 May 2014 02:57:47 -0700 (PDT) Received: by 10.112.224.3 with HTTP; Wed, 28 May 2014 02:57:47 -0700 (PDT) In-Reply-To: <4330793.VelBuH8Ztb@lumiwa.farms.net> References: <4330793.VelBuH8Ztb@lumiwa.farms.net> Date: Wed, 28 May 2014 17:57:47 +0800 Message-ID: Subject: Re: snd_hda doesn't automatic switch output between headphone and speaker on Macbook Pro 2012 From: suken woo To: lumiwa@gmail.com Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-multimedia@freebsd.org, mobile@freebsd.org, multimedia@freebsd.org, drivers@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2014 09:57:51 -0000 In my case the only way i can do is just change hw.snd.default_unit=4 if I gonna use headphone 2014-05-28 16:59 GMT+08:00 Ajtim : > On Wednesday 28 May 2014 16:22:42 suken woo wrote: > > hi all: > > just setting on /boot/loader.conf below > > > > hw.snd.default_unit="3" > > hint.hdaa.1.gpio_config="3=set" > > hint.hdaa.1.nid11.config="as=0" > > > > speaker works with very good sound quality.headphone have no sound but > > sounds still came out of speaker > > when I plug in earphones. > > if I set hint.hdaa.1.nid9.config="as=1" on loader.conf file > > sounds come out from both speaker and headphone. > > any trick to overwrite the pins configuration and make it works as > > expected? > > > > cat /dev/sndstat > > pcm0: (play) > > pcm1: (play) > > pcm2: (play) > > pcm3: (play) default > > pcm4: (play) > > pcm5: (play) > > > > I had the same problem on my iMc 11, about one year. > pcm0: (play) > pcm1: (play/rec) default > pcm2: (rec) > pcm3: (play/rec) > > And as I know is the problem with drivers. I gave up and I use headphones. > BTW: On Linux works without problems. > > -- > ajtiM > -------- > http://www.redbubble.com/people/lumiwa > -- --wsk From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 15 14:01:41 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BA3F193 for ; Sun, 15 Jun 2014 14:01:41 +0000 (UTC) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::103]) by mx1.freebsd.org (Postfix) with ESMTP id 118FF2D69 for ; Sun, 15 Jun 2014 14:01:41 +0000 (UTC) Received: from [172.16.1.182] (unknown [172.16.1.182]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id DA80A23195 for ; Sun, 15 Jun 2014 14:01:33 +0000 (UTC) Message-ID: <539DA73B.7050709@metricspace.net> Date: Sun, 15 Jun 2014 10:01:31 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: Lenovo W540 so far Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2014 14:01:41 -0000 Hello all, I recently purchased a Lenovo W540 mobile workstation. Most of the hardware works, though there are a few issues. Here is a breakdown of my setup, what works, and what doesn't. Basic Installation: I set up a GPT/ZFS-only scheme. The laptop comes pre-configured for booting UEFI-only, but it supports a legacy BIOS boot mode. Setting up ZFS went smoothly with little trouble. The laptop also came with a 16 GB flash drive, which I used as a swap device. It could also be used as an L2ARC for ZFS. I also ran into some build errors when trying to build world, that seemed to be caused by a version mismatch between the clang-tblgen binary in the 10 installer and the .tbl files in head. ACPI: Suspend/resume works without incident, both in terminal mode and in X. The following error messages get printed: pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP3: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: AE_BAD_PARAMETER This doesn't seem to affect anything, though. A similar error occurs when trying to use the nvidia driver. However, these errors do seem to prevent the driver from working: ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], APCI requires [Package] (20130823/nsarguments-97) (the same message gets repeated about 10 times) Xorg: As previously mentioned, the nvidia driver is non-functional. The nv driver does not seem to support the on-board card (Quadro K1100). The vesa driver works though. I'm using enlightenment 17. I haven't done anything fancy with it yet, though. USB: USB 1.0 and 2.0 seem to work. USB 3.0 has problems. The messages for xhci are: xhci0: mem 0xb2a20000-b2a2ffff irq 16 at device 3.0 on pci0 xhci0: 32 byte context size xhci0: Port routing mask set to 0xffffffff ... xhci0: Port routing mask set to 0x00000000 usb_alloc_device: device init 2 failed (USB_ERR_IOERROR, ignored) A bit of looking around seemed to reveal that there's known issues with the Lynx Point controller. I don't know much about the USB system, so not sure what to do here. Mouse: Trackpad and trackpoint work, though Synaptics does not seem to be supported (at the kernel driver level). If I'm not mistaken, the touchpad is a multitouch touchpad, so maybe I will look into why it's not supported. The touchpad is a bit sensitive, though, and an accidental palm touch can register as a click. Sound: Sound card gets detected, seems to work, though I haven't done anything serious with it yet. Also experimenting a bit with setting up rc scripts to start audio servers like Jack and Pulseaudio and run them as system-wide processes Network: Ethernet works fine, Intel 7260AC chipset is not supported for wireless :( Questions/suggestions/advice are welcome. Eric From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 15 21:34:20 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECFEED74 for ; Sun, 15 Jun 2014 21:34:20 +0000 (UTC) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.229]) by mx1.freebsd.org (Postfix) with ESMTP id B8630249B for ; Sun, 15 Jun 2014 21:34:20 +0000 (UTC) Received: from [204.210.114.114] ([204.210.114.114:61876] helo=localhost.hawaii.res.rr.com) by dnvrco-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 30/74-11813-2111E935; Sun, 15 Jun 2014 21:33:07 +0000 Received: by localhost.hawaii.res.rr.com (Postfix, from userid 1000) id D814D5F90; Sun, 15 Jun 2014 11:34:30 -1000 (HST) Date: Sun, 15 Jun 2014 11:34:30 -1000 From: parv@pair.com To: Eric McCorkle Subject: Re: Lenovo W540 so far Message-ID: <20140615213430.GA30855@holstein.holy.cow> Mail-Followup-To: Eric McCorkle , freebsd-mobile@freebsd.org References: <539DA73B.7050709@metricspace.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <539DA73B.7050709@metricspace.net> X-RR-Connecting-IP: 107.14.64.130:25 X-Authority-Analysis: v=2.1 cv=a+i+9CiF c=1 sm=1 tr=0 a=lLOF/jpPrR0dcgWXP1EvZg==:117 a=lLOF/jpPrR0dcgWXP1EvZg==:17 a=ayC55rCoAAAA:8 a=R5FhY6rjjCMA:10 a=kj9zAlcOel0A:10 a=Ymsr-CWnAAAA:8 a=s1Xs-aBeAAAA:8 a=frN2I6NAoCxqkLe7JroA:9 a=CjuIK1q_8ugA:10 a=gpim-r2XhMQA:10 X-Cloudmark-Score: 0 Cc: freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2014 21:34:21 -0000 in message <539DA73B.7050709@metricspace.net>, wrote Eric McCorkle thusly... > > I recently purchased a Lenovo W540 mobile workstation. Most of > the hardware works, though there are a few issues. Here is a > breakdown of my setup, what works, and what doesn't. ... Thanks Eric for your report. > Xorg: As previously mentioned, the nvidia driver is non-functional. The > nv driver does not seem to support the on-board card (Quadro K1100). > The vesa driver works though. ... Would there be differences in availability of colors & resolution when using VESA driver versus (working) Nvidia driver? > Network: Ethernet works fine, Intel 7260AC chipset is not supported for > wireless :( That is a real bummer. :-( Do you plan to use anything else for wireless connection? - parv -- From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 16 12:22:43 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7B07BD3 for ; Mon, 16 Jun 2014 12:22:43 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B65D2B69 for ; Mon, 16 Jun 2014 12:22:43 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id hw13so6089190qab.3 for ; Mon, 16 Jun 2014 05:22:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8m8HhMZnlVBvcJPbu9pqJkYeDjY7e6j4DxGcFvWxwMI=; b=mn/4uROGOCDuue4iB1jE7qqaiI2LfmB/XwlCA17GFTq64Xat5zICv8fn+y1KtF07tP 4EK/lWs6TFhUqODISWWGl/nlgCOYkg69K2nJB9gA4z4EyLmHmiiXwmcR9yXgNMw6f1HY Mh91v6qI0Cr7IO3KCCKITUaeiG9MHOjMUNpRJmxTTuaudGaOXtVakNTfzoihj86w4vPm 7tbHHQm5k4PClzyaBH73T3dlTSH3MFlPoZ1NRc7CmlUyyfZdrI64YforMwmt20YDmged wWIfjht+5zEg4z6ibSYGhLC1YOMR1str/R4NBjSMcBoDJY2SX/BjIeH3ez112nCeUqMt lu1g== MIME-Version: 1.0 X-Received: by 10.224.7.6 with SMTP id b6mr25959884qab.45.1402921362200; Mon, 16 Jun 2014 05:22:42 -0700 (PDT) Received: by 10.96.12.166 with HTTP; Mon, 16 Jun 2014 05:22:42 -0700 (PDT) In-Reply-To: <539DA73B.7050709@metricspace.net> References: <539DA73B.7050709@metricspace.net> Date: Mon, 16 Jun 2014 14:22:42 +0200 Message-ID: Subject: Re: Lenovo W540 so far From: Ivan Rokotov To: Eric McCorkle Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jun 2014 12:22:43 -0000 2014-06-15 16:01 GMT+02:00 Eric McCorkle : > Mouse: Trackpad and trackpoint work, though Synaptics does not seem to be > supported (at the kernel driver level). If I'm not mistaken, the touchpad > is a multitouch touchpad, so maybe I will look into why it's not supported. Synaptics is supported. You have to add this to /boot/loader.conf hw.psm.synaptics_support=1 and then you can use Driver "synaptics" in xorg.conf. As for jumpy and too sensitive touchpad - this solved the problem for me: https://gist.github.com/Manko10/5274702 The only feature that doesn't work for me (IdeaPad S400) is clickpad. However, one good man promised he would try to add support for it to the FreeBSD driver: http://lists.freebsd.org/pipermail/freebsd-mobile/2014-April/012959.html Ivan From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 16 15:06:52 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFFED562 for ; Mon, 16 Jun 2014 15:06:52 +0000 (UTC) Received: from nm5-vm0.bullet.mail.bf1.yahoo.com (nm5-vm0.bullet.mail.bf1.yahoo.com [98.139.213.150]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6FA492AB1 for ; Mon, 16 Jun 2014 15:06:52 +0000 (UTC) Received: from [98.139.215.141] by nm5.bullet.mail.bf1.yahoo.com with NNFMP; 16 Jun 2014 15:06:45 -0000 Received: from [98.139.212.210] by tm12.bullet.mail.bf1.yahoo.com with NNFMP; 16 Jun 2014 15:06:45 -0000 Received: from [127.0.0.1] by omp1019.mail.bf1.yahoo.com with NNFMP; 16 Jun 2014 15:06:45 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 63733.98543.bm@omp1019.mail.bf1.yahoo.com Received: (qmail 18346 invoked by uid 60001); 16 Jun 2014 15:06:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1402931204; bh=E82C89Ci1GnazO3bX60tNSnCp7aElc7qgkUYT0qz8RQ=; h=References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=wpkq2gBqB3Z0Nh/6RH0cA7XRGuOD7bIZpCZ6VQj3e5z3POf6YNDF8l8K6PzeXM/rbJgMQPoCKWQOuBTKsqOMlS6p/zbK99eSUuvkBA6ViyizamGDGNyuS6SFBC5Xj/vIqAYEHCwxqCWY3mu5uxh2MIaE5d16joK6jMN4Rc8sh1Q= X-YMail-OSG: FUzupSoVM1mB2Uigi7zzsezU9yM7veNscR.0A4ZKbAsasUc GSAxvF4h4KLxNYEit_aQThiRSJltLocpzAHw.M.LcqXYwzVQIHV9Va.ieuB0 iyeU.SkZ_271X81LL6vKLDMCax3daBwSlSODFcMTtOgHVVtC_feJGXOy5xl3 Q4z.TUtTnS1yEmLgRIe4ccGRPWvrxT07bX47tCJEvWPopl8vfDCSrMxrFaHZ .kz.BxOD8zTncTXpsDCXBPCAiwSE853BrE75eU7MrmODYt2j2P2S4Swkmz_T mheGkxuEd.Dwh7Iwy_KBBE3aLv_9PaMqiRI9l3H_MGNdEX63c8FGcVwWz66w afYwk9L2UeD1fCpyWVfEk9CrX4QytestoCv01r9EVlO6r4JhVm6V.NYB2ftO 2oZwcTpS6SfnSpWZ725bSb2IrdMMwdaqmF2_0DWR63wb5ok8ZZGXHY2BUQ0M YluuUicJC.t0rk8yJg6zVv_s1g1oKno7aMCIYzVxC0g_qUK6j0a2tu4n7QIt s92y7wVHGd14Ej6gPIVqLHTMZ7sGqUFdSaeaQUenHDDHPlRMKCNQC6zmelYj UV9WRgEXMRx1sAO3YvZZmU_kgAec.TkzFM8gvOuNog7.AqpeDggFvqaNDI53 oygGdMNnl Received: from [70.90.74.161] by web140703.mail.bf1.yahoo.com via HTTP; Mon, 16 Jun 2014 08:06:44 PDT X-Rocket-MIMEInfo: 002.001, QWhoaC4uLnNvcnJ5LCBJIHN0aWxsIGhhdmVuJ3QgbG9va2VkIGF0IHRoaXMgYXQgYWxsLsKgIEkgd2FudCB0byBmaXJzdCBmaXggU3luYXB0aWNzIGRldGVjdGlvbiB3aXRoIHRoZSBuZXcgWG9yZyBzdHVmZiB0aGF0IHVzZXMgdGhlIG5vbi1IQUwgaGFyZHdhcmUgZGV0ZWN0aW9uLCBidXQgaGF2ZW4ndCBoYWQgdGltZSB5ZXQgKHRvb2sgb24gMiBwYXkgam9icyBzaW5jZSB2b2x1bnRlZXJpbmcgdG8gaGVscCkuwqAgS2VlcCBwaW5naW5nIG1lIG9uIGl0IHRoby4uLkknZCBsaWtlIFN5bmFwdGljcyBDbGlja1ABMAEBAQE- X-Mailer: YahooMailWebService/0.8.190.668 References: <539DA73B.7050709@metricspace.net> Message-ID: <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> Date: Mon, 16 Jun 2014 08:06:44 -0700 From: Anthony Jenkins Reply-To: Anthony Jenkins Subject: Re: Lenovo W540 so far To: Ivan Rokotov , Eric McCorkle In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jun 2014 15:06:52 -0000 Ahhh...sorry, I still haven't looked at this at all.=A0 I want to first fix= Synaptics detection with the new Xorg stuff that uses the non-HAL hardware= detection, but haven't had time yet (took on 2 pay jobs since volunteering= to help).=A0 Keep pinging me on it tho...I'd like Synaptics ClickPad suppo= rt on my HP Envy Sleekbook as well.=0A=0A=0AAnthony=0A=0A=0A_______________= _________________=0AFrom: Ivan Rokotov =0ATo: E= ric McCorkle =0ACc: "freebsd-mobile@freebsd.org" =0ASent: Monday, June 16, 2014 8:22 AM=0ASubject:= Re: Lenovo W540 so far=0A=0A=0A2014-06-15 16:01 GMT+02:00 Eric McCorkle :=0A> Mouse: Trackpad and trackpoint work, though Synap= tics does not seem to be=0A> supported (at the kernel driver level).=A0 If = I'm not mistaken, the touchpad=0A> is a multitouch touchpad, so maybe I wil= l look into why it's not supported.=0A=0ASynaptics is supported. You have t= o add this to /boot/loader.conf=0A=A0 hw.psm.synaptics_support=3D1=0Aand th= en you can use=0A=A0 Driver "synaptics"=0Ain xorg.conf.=0A=0AAs for jumpy a= nd too sensitive touchpad - this solved the problem for me:=0Ahttps://gist.= github.com/Manko10/5274702=0A=0AThe only feature that doesn't work for me (= IdeaPad S400) is clickpad.=0AHowever, one good man promised he would try to= add support for it to=0Athe FreeBSD driver:=0A=A0 http://lists.freebsd.org= /pipermail/freebsd-mobile/2014-April/012959.html=0A=0AIvan=0A=0A=0A=0A_____= __________________________________________=0Afreebsd-mobile@freebsd.org mai= ling list=0Ahttp://lists.freebsd.org/mailman/listinfo/freebsd-mobile=0ATo u= nsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 16 19:41:49 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 210EE2FC for ; Mon, 16 Jun 2014 19:41:49 +0000 (UTC) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::103]) by mx1.freebsd.org (Postfix) with ESMTP id E6DDD26BE for ; Mon, 16 Jun 2014 19:41:48 +0000 (UTC) Received: from [10.199.76.165] (mobile-198-228-197-178.mycingular.net [198.228.197.178]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 97380233CE; Mon, 16 Jun 2014 19:41:47 +0000 (UTC) References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> Mime-Version: 1.0 (1.0) In-Reply-To: <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> X-Mailer: iPhone Mail (11B511) From: Eric McCorkle Subject: Re: Lenovo W540 so far Date: Mon, 16 Jun 2014 15:41:39 -0400 To: Anthony Jenkins Cc: Ivan Rokotov , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jun 2014 19:41:49 -0000 I added the line to loader.conf, and disabled moused, and the synaptics driv= er gets detected and used. It actually helps with the jitteriness of the mo= use quite a bit. There's no virtual scrolling though. Has that been added to the driver yet,= or am I missing some config items? > On Jun 16, 2014, at 11:06 AM, Anthony Jenkins wrote= : >=20 > Ahhh...sorry, I still haven't looked at this at all. I want to first fix S= ynaptics detection with the new Xorg stuff that uses the non-HAL hardware de= tection, but haven't had time yet (took on 2 pay jobs since volunteering to h= elp). Keep pinging me on it tho...I'd like Synaptics ClickPad support on my= HP Envy Sleekbook as well. >=20 >=20 > Anthony >=20 >=20 > ________________________________ > From: Ivan Rokotov > To: Eric McCorkle =20 > Cc: "freebsd-mobile@freebsd.org" =20 > Sent: Monday, June 16, 2014 8:22 AM > Subject: Re: Lenovo W540 so far >=20 >=20 > 2014-06-15 16:01 GMT+02:00 Eric McCorkle : >> Mouse: Trackpad and trackpoint work, though Synaptics does not seem to be= >> supported (at the kernel driver level). If I'm not mistaken, the touchpa= d >> is a multitouch touchpad, so maybe I will look into why it's not supporte= d. >=20 > Synaptics is supported. You have to add this to /boot/loader.conf > hw.psm.synaptics_support=3D1 > and then you can use > Driver "synaptics" > in xorg.conf. >=20 > As for jumpy and too sensitive touchpad - this solved the problem for me: > https://gist.github.com/Manko10/5274702 >=20 > The only feature that doesn't work for me (IdeaPad S400) is clickpad. > However, one good man promised he would try to add support for it to > the FreeBSD driver: > http://lists.freebsd.org/pipermail/freebsd-mobile/2014-April/012959.html= >=20 > Ivan >=20 >=20 >=20 > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 16 20:44:19 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B0267AF for ; Mon, 16 Jun 2014 20:44:19 +0000 (UTC) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::103]) by mx1.freebsd.org (Postfix) with ESMTP id D575A2C3B for ; Mon, 16 Jun 2014 20:44:18 +0000 (UTC) Received: from [10.199.76.165] (mobile-198-228-197-178.mycingular.net [198.228.197.178]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id C5AA023AA7; Mon, 16 Jun 2014 20:44:17 +0000 (UTC) References: <539DA73B.7050709@metricspace.net> <20140615213430.GA30855@holstein.holy.cow> Mime-Version: 1.0 (1.0) In-Reply-To: <20140615213430.GA30855@holstein.holy.cow> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (11B511) From: Eric McCorkle Subject: Re: Lenovo W540 so far Date: Mon, 16 Jun 2014 16:44:09 -0400 To: "parv@pair.com" Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jun 2014 20:44:19 -0000 > On Jun 15, 2014, at 5:34 PM, parv@pair.com wrote: > > in message <539DA73B.7050709@metricspace.net>, > wrote Eric McCorkle thusly... > >> Xorg: As previously mentioned, the nvidia driver is non-functional. The >> nv driver does not seem to support the on-board card (Quadro K1100). >> The vesa driver works though. > ... > > Would there be differences in availability of colors & resolution > when using VESA driver versus (working) Nvidia driver? > I imagine the performance would be better and the CPU usage lower. From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 16 23:12:54 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D74AFC80 for ; Mon, 16 Jun 2014 23:12:54 +0000 (UTC) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98B9C2968 for ; Mon, 16 Jun 2014 23:12:54 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id l6so8994188qcy.15 for ; Mon, 16 Jun 2014 16:12:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JFwiDi6Mlr+wivs03L4otxOzgkndHCcsiEQnGKNEPD4=; b=U5KL4FKEBE1a9iBF7j1CgNODqSdMI4CdXkKNh8fugktgxMg6P6W51HhTayLUJ0Tf20 WIkxNoQEBonYoF/kkdkJYCDWgcXaMV4iyfDWcWfLN/7v4kPwOcrDTZ/zrjBXFZ+0hGEE uIXgt+m+rqVXS2diEc5YNp0G3gZh1EPXkKZUDza+8WpB58Q4WShHbBYlMIrTuQH2c9XI Pn1QLTxFhmTZNKtBZCttaZCIqXliZfBhVB6T0vFH8iEEKc03/oRKpJS/CWzEESD2VXAu EUYGYMnLGzMkU7x8baqxQODb33arvjN5X8JG94oh6shlO+LKKHcRrmekmVFeo5gQFfEI UATA== MIME-Version: 1.0 X-Received: by 10.140.24.196 with SMTP id 62mr29586418qgr.45.1402960373763; Mon, 16 Jun 2014 16:12:53 -0700 (PDT) Received: by 10.96.12.166 with HTTP; Mon, 16 Jun 2014 16:12:53 -0700 (PDT) In-Reply-To: <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> Date: Tue, 17 Jun 2014 01:12:53 +0200 Message-ID: Subject: Re: Lenovo W540 so far From: Ivan Rokotov To: Anthony Jenkins Content-Type: text/plain; charset=UTF-8 Cc: Eric McCorkle , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jun 2014 23:12:54 -0000 2014-06-16 17:06 GMT+02:00 Anthony Jenkins : > Ahhh...sorry, I still haven't looked at this at all. I want to first fix Synaptics > detection with the new Xorg stuff that uses the non-HAL hardware detection, > but haven't had time yet (took on 2 pay jobs since volunteering to help). > Keep pinging me on it tho...I'd like Synaptics ClickPad support on my > HP Envy Sleekbook as well. Anthony, this is actually good news. :) Very well, I'll be free to ping you from time to time. Ivan From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 16 23:21:57 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51618D2F for ; Mon, 16 Jun 2014 23:21:57 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 129872A0D for ; Mon, 16 Jun 2014 23:21:57 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id j7so7025084qaq.38 for ; Mon, 16 Jun 2014 16:21:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kbT2UAxkej9KKL6RCHGKI79W0dfMUkrwlWtLJ9LagIk=; b=B8+Et9aXX2BfyP5qnFrcMZ79wmAgZ2WCkDxEkMylvWXC/vkyK4NDGC7CXgPV/VZWf8 9VvvmUIKMz5//FS8bnANWb7praUTo3dHexzrlMHSbBl3D2HZFx6JCdEN4W4pebuZJGUU re+ajyjKVqPi5tHw51fDpnGgwYYEZzjGN92Va67fi+QyIItOPZpxJ9tCNGceXkjkSfVT ajgRzMLz23s0fudCfWEPgtM1CtGa6sxUE7OuvmVCzo7TfT1rW1pDdywBVsQKFMv4lPRB olEb3kmPwZwZR8ocqJfMTI87WZLYrbhZv9l0JJalshefKoCqS86cmHoLxZT5DT5whRNC HliQ== MIME-Version: 1.0 X-Received: by 10.140.104.66 with SMTP id z60mr28936404qge.21.1402960916241; Mon, 16 Jun 2014 16:21:56 -0700 (PDT) Received: by 10.96.12.166 with HTTP; Mon, 16 Jun 2014 16:21:56 -0700 (PDT) In-Reply-To: <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> Date: Tue, 17 Jun 2014 01:21:56 +0200 Message-ID: Subject: Re: Lenovo W540 so far From: Ivan Rokotov To: Eric McCorkle Content-Type: text/plain; charset=UTF-8 Cc: Anthony Jenkins , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jun 2014 23:21:57 -0000 2014-06-16 21:41 GMT+02:00 Eric McCorkle : > There's no virtual scrolling though. Has that been added to the driver yet, > or am I missing some config items? Eric, what do you mean by virtual scrolling? In my case, two-finger scrolling and edge scrolling are working (both horizontal and vertical). Option "VertEdgeScroll" "on" Option "HorizEdgeScroll" "on" Option "VertTwoFingerScroll" "1" Option "HorizTwoFingerScroll" "1" Option "VertScrollDelta" "-50" Option "HorizScrollDelta" "-60" (minus is for mac-style 'natural scrolling'). Or you mean something else? Ivan From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 17 11:23:40 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA400F98 for ; Tue, 17 Jun 2014 11:23:40 +0000 (UTC) Received: from mail.metricspace.net (207-172-209-89.c3-0.arl-ubr1.sbo-arl.ma.static.cable.rcn.com [207.172.209.89]) by mx1.freebsd.org (Postfix) with ESMTP id BCE3B2382 for ; Tue, 17 Jun 2014 11:23:39 +0000 (UTC) Received: from [172.16.1.182] (unknown [172.16.1.182]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 7F0CA244BB; Tue, 17 Jun 2014 11:23:32 +0000 (UTC) Message-ID: <53A02532.60201@metricspace.net> Date: Tue, 17 Jun 2014 07:23:30 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ivan Rokotov Subject: Re: Lenovo W540 so far References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Anthony Jenkins , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 11:23:41 -0000 Thanks again. That did it. The touchpad is now completely working :D Only thing is it seems you can't use it along with moused/sysmouse. I assume this is because whatever protocol moused speaks is pre-multitouch. I suppose that would also mean that you couldn't plug in a USB mouse and have it just work with this setup. This also seems to keep the trackpoint from working (not that I ever use it...) On 06/16/2014 19:21, Ivan Rokotov wrote: > 2014-06-16 21:41 GMT+02:00 Eric McCorkle : >> There's no virtual scrolling though. Has that been added to the driver yet, >> or am I missing some config items? > > Eric, what do you mean by virtual scrolling? In my case, two-finger > scrolling and edge scrolling are working (both horizontal and > vertical). > > Option "VertEdgeScroll" "on" > Option "HorizEdgeScroll" "on" > Option "VertTwoFingerScroll" "1" > Option "HorizTwoFingerScroll" "1" > Option "VertScrollDelta" "-50" > Option "HorizScrollDelta" "-60" > > (minus is for mac-style 'natural scrolling'). > > Or you mean something else? > Ivan > From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 17 11:42:07 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2890E3C9 for ; Tue, 17 Jun 2014 11:42:07 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DCC78253C for ; Tue, 17 Jun 2014 11:42:06 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id l6so9774827qcy.32 for ; Tue, 17 Jun 2014 04:42:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=64dXF1XGyYAQyk7I11nwwq6+wO7RLk40gl5GRUWYk34=; b=wH1tyitvG+xySm61mVCTC/VjEAYJvO91DR1Uzhwiu2dyAZWnO7gd6YOTSYibLZTwxX IMZ2Gcg5SFEBe/DVt0W9lP/0/jdNP3dbMD4sZPWumxHZ+8U00qGdF+v6eiNoBW2QDjQt p4b4KnoBi0GQWmLgdQexmm00KuRDyGYD7/JT6qleaZz+q+G/mcKekYJhA/ApYO7YZsXF Ni1xB+F0FPB6Jd3svk/uNugyWigwATP4DJqvtTq8eRosT/EXqdDWtiU4cug4fF/ad+lg 0LbuWAJ6C1ps9HSnkfOQkya4OPtenHAUQU3SiGi34fhJuk3u/J5KJ8ZnaBt0+JenEKUz 92nw== MIME-Version: 1.0 X-Received: by 10.224.136.65 with SMTP id q1mr14130802qat.93.1403005326025; Tue, 17 Jun 2014 04:42:06 -0700 (PDT) Received: by 10.96.12.166 with HTTP; Tue, 17 Jun 2014 04:42:05 -0700 (PDT) In-Reply-To: <53A02532.60201@metricspace.net> References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> Date: Tue, 17 Jun 2014 13:42:05 +0200 Message-ID: Subject: Re: Lenovo W540 so far From: Ivan Rokotov To: Eric McCorkle Content-Type: text/plain; charset=UTF-8 Cc: Anthony Jenkins , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 11:42:07 -0000 2014-06-17 13:23 GMT+02:00 Eric McCorkle : > Thanks again. That did it. The touchpad is now completely working :D > > Only thing is it seems you can't use it along with moused/sysmouse. I > assume this is because whatever protocol moused speaks is pre-multitouch. > > I suppose that would also mean that you couldn't plug in a USB mouse and > have it just work with this setup. This also seems to keep the trackpoint > from working (not that I ever use it...) For trackpoint I don't know (IdeaPads don't have it). As for USB mouse, you can just plug in and it will work (tested). It even survives suspend/resume. Right now I have only a bluetooth mouse connected and no USB mice around here, but if I recollect correctly, you have to play with Option "AutoAddDevices" (false or true) in your Section "ServerLayout". Please try. If this doesn't work for you, I'll try to reconstruct my old xorg.conf that I used successfully with USB mouse. Ivan From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 17 12:29:46 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56C21A52; Tue, 17 Jun 2014 12:29:46 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 198F429D7; Tue, 17 Jun 2014 12:29:46 +0000 (UTC) Received: from 0x20.net (0x20.net [IPv6:2001:aa8:fffb:1::2]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id 62A186A6005; Tue, 17 Jun 2014 14:29:42 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 17 Jun 2014 14:29:42 +0200 From: Lars Engels To: Ivan Rokotov Subject: Re: Lenovo W540 so far In-Reply-To: References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> Message-ID: <5e154403fa285c843f1c8632dcf7443a@mail.0x20.net> X-Sender: lars.engels@0x20.net User-Agent: Roundcube Webmail/0.7 Cc: Eric McCorkle , owner-freebsd-mobile@freebsd.org, Anthony Jenkins , freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 12:29:46 -0000 Am 2014-06-17 13:42, schrieb Ivan Rokotov: > 2014-06-17 13:23 GMT+02:00 Eric McCorkle : >> Thanks again. That did it. The touchpad is now completely working :D >> >> Only thing is it seems you can't use it along with moused/sysmouse. I >> assume this is because whatever protocol moused speaks is >> pre-multitouch. >> >> I suppose that would also mean that you couldn't plug in a USB mouse >> and >> have it just work with this setup. This also seems to keep the >> trackpoint >> from working (not that I ever use it...) > > For trackpoint I don't know (IdeaPads don't have it). > > As for USB mouse, you can just plug in and it will work (tested). It > even survives suspend/resume. Right now I have only a bluetooth mouse > connected and no USB mice around here, but if I recollect correctly, > you have to play with > Option "AutoAddDevices" (false or true) > in your Section "ServerLayout". > > Please try. If this doesn't work for you, I'll try to reconstruct my > old xorg.conf that I used successfully with USB mouse. devd starts moused when a USB mouse is connected, so that's why it "just works". From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 17 13:02:32 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D30BAA6A for ; Tue, 17 Jun 2014 13:02:32 +0000 (UTC) Received: from nm46-vm7.bullet.mail.bf1.yahoo.com (nm46-vm7.bullet.mail.bf1.yahoo.com [216.109.115.110]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 81D832D25 for ; Tue, 17 Jun 2014 13:02:32 +0000 (UTC) Received: from [66.196.81.174] by nm46.bullet.mail.bf1.yahoo.com with NNFMP; 17 Jun 2014 12:59:28 -0000 Received: from [68.142.230.76] by tm20.bullet.mail.bf1.yahoo.com with NNFMP; 17 Jun 2014 12:59:28 -0000 Received: from [127.0.0.1] by smtp233.mail.bf1.yahoo.com with NNFMP; 17 Jun 2014 12:59:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1403009968; bh=A4743wwdBaw6TWh7Qqpo5cZI3su6MZh7Gis1VkZGPQM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=zfb202WjUMiTGC7oBLztEyeGNMHmzX0dQQZTJec7QO31qyBU3EcbPwtW8HMhqxy41MdkUStRZ/RnptSuRNzX5D+SXkvJX+bMp079tYHRN7IkGYSEGSKk5nurM5inuIP3HuTdHN2lEOwUVmPmNC5wzzm2WYXHuPiyI1rDWcdLMwU= X-Yahoo-Newman-Id: 466946.98085.bm@smtp233.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: RTZ1CQAVM1mKNm4jemQgN6fj5slO3aqf.uxJnlmioG9pwMB wV7yGcMbeTiwjRz0HeNheXpoPsy21q04jYG9SBCu6lEzDNU0vUbwS35_mgo9 BLZ3FSq1f5ccTsvv6OImJRqiquez0k73jlSaoU4y_F_CxcTUM7Vb9NC8UkU0 45SxFgziE4kUU02nM5rTSKeJA6ZYdc1nKgs899eDx84ei9gOn1dZ50eG5IiT 6yoiiPi8yF3n4Jepp26CJ5p4MdyO40igPi_gYaFxFf2yCTkMsRxPGPU12y.o 7Ep9btWgrGH6O6_AboKR5TBz.KGeCr6eVVQJXle2.LPda.N.ufMsLpW81DRJ nJ4pMeY0PD6fNcywyKQ.CtNmPDfISrWLB45g7mHesISCUQ41dUKYEH61IwJm tIp_xcbd31uDZe94A6_qpnr1f2ZA.XwenV0OaDIU7FORZMlsUdiPFX5MB.Ds Z.PglGiLszRL13gRYGQ62Y5khESYetJqAHhNOwuVCwgX1RRHv1snp109sSDB ZiNKRejCY8JK4okc9m3JRdDZICq9CQLYLwA-- X-Yahoo-SMTP: 9sPoSQ2swBBlERuQ.0vs8XLc_MeClW0- X-Rocket-Received: from [10.82.217.243] (Scoobi_doo@64.102.254.34 with plain [98.139.211.125]) by smtp233.mail.bf1.yahoo.com with SMTP; 17 Jun 2014 12:59:28 +0000 UTC Message-ID: <53A03BAF.3020807@yahoo.com> Date: Tue, 17 Jun 2014 08:59:27 -0400 From: Anthony Jenkins User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Eric McCorkle , Ivan Rokotov Subject: [Patch] psm(4) ClickPad detection (was Re: Lenovo W540 so far) References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> In-Reply-To: <53A02532.60201@metricspace.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 13:02:32 -0000 On 06/17/2014 07:23, Eric McCorkle wrote: > Thanks again. That did it. The touchpad is now completely working :D > > Only thing is it seems you can't use it along with moused/sysmouse. I assume this is because whatever protocol moused speaks is pre-multitouch. > > I suppose that would also mean that you couldn't plug in a USB mouse and have it just work with this setup. This also seems to keep the trackpoint from working (not that I ever use it...) > > On 06/16/2014 19:21, Ivan Rokotov wrote: >> 2014-06-16 21:41 GMT+02:00 Eric McCorkle : >>> There's no virtual scrolling though. Has that been added to the driver yet, >>> or am I missing some config items? >> >> Eric, what do you mean by virtual scrolling? In my case, two-finger >> scrolling and edge scrolling are working (both horizontal and >> vertical). >> >> Option "VertEdgeScroll" "on" >> Option "HorizEdgeScroll" "on" >> Option "VertTwoFingerScroll" "1" >> Option "HorizTwoFingerScroll" "1" >> Option "VertScrollDelta" "-50" >> Option "HorizScrollDelta" "-60" >> >> (minus is for mac-style 'natural scrolling'). >> >> Or you mean something else? >> Ivan >> The moused/sysmouse bit is what I was going to work on first. I used to have patches to sysutils/hald and x11-drivers/xf86-input-synaptics that would check moused(8) to see if Synaptics functionality was enabled and report the input device as a "touchpad" rather than a "mouse", which would allow the Synaptics driver to load. The move from hald to our homebrew device detection code means I have to re-learn how to do this. In the meantime, I did manage to patch psm(4) to at least detect a ClickPad (and some other properties we weren't detecting). No idea if it'd make a difference to software higher up; it'd have to know about the new struct fields I added. I'm also pretty sure I'd have to add code to handle the ClickPad clicks and report it as an additional button. Patch /shouldn't/ represent an ABA change because I stuck the additional fields at the end of the synapticshw_t struct and advertise/guard their availability with a HAS_EXT_0C_CAPS macro, but I'm new to submitting driver patches...anyway it's not ready yet, just showing I'm workin' on it :-) [root@ajenkins-hplaptop /usr/src]# svn diff sys/sys/mouse.h sys/dev/atkbdc/psm.c Index: sys/sys/mouse.h =================================================================== --- sys/sys/mouse.h (revision 267519) +++ sys/sys/mouse.h (working copy) @@ -49,6 +49,7 @@ #endif #define MOUSE_SYN_GETHWINFO _IOR('M', 100, synapticshw_t) +#define HAS_EXT_0C_CAPS 1 /* mouse status block */ typedef struct mousestatus { @@ -110,6 +111,16 @@ int capMiddle; int nExtendedButtons; int nExtendedQueries; +#ifdef HAS_EXT_0C_CAPS + /* Extended (0x0c query) capabilities */ + int capClickPad; + int capClickPad2Btn; + int capMaxDimensions; + int capMinDimensions; + int capAdvGesture; + int capReducedFiltering; + int capImageSensor; +#endif } synapticshw_t; /* iftype */ Index: sys/dev/atkbdc/psm.c =================================================================== --- sys/dev/atkbdc/psm.c (revision 267519) +++ sys/dev/atkbdc/psm.c (working copy) @@ -3623,20 +3623,13 @@ static int mouse_ext_command(KBDC kbdc, int command) { - int c; + int c, i; - c = (command >> 6) & 0x03; - if (set_mouse_resolution(kbdc, c) != c) - return (FALSE); - c = (command >> 4) & 0x03; - if (set_mouse_resolution(kbdc, c) != c) - return (FALSE); - c = (command >> 2) & 0x03; - if (set_mouse_resolution(kbdc, c) != c) - return (FALSE); - c = (command >> 0) & 0x03; - if (set_mouse_resolution(kbdc, c) != c) - return (FALSE); + for (i = 6; i >= 0; i -= 2) { + c = (command >> i) & 0x03; + if (set_mouse_resolution(kbdc, c) != c) + return (FALSE); + } return (TRUE); } @@ -4470,7 +4463,7 @@ buttons = 0; synhw.capExtended = (status[0] & 0x80) != 0; if (synhw.capExtended) { - synhw.nExtendedQueries = (status[0] & 0x70) != 0; + synhw.nExtendedQueries = (status[0] & 0x70) >> 4; synhw.capMiddle = (status[0] & 0x04) != 0; synhw.capPassthrough = (status[2] & 0x80) != 0; synhw.capSleep = (status[2] & 0x10) != 0; @@ -4480,15 +4473,19 @@ if (verbose >= 2) { printf(" Extended capabilities:\n"); - printf(" capExtended: %d\n", synhw.capExtended); - printf(" capMiddle: %d\n", synhw.capMiddle); + printf(" capExtended: %d\n", synhw.capExtended); + printf(" capMiddle: %d\n", synhw.capMiddle); printf(" nExtendedQueries: %d\n", synhw.nExtendedQueries); - printf(" capPassthrough: %d\n", synhw.capPassthrough); - printf(" capSleep: %d\n", synhw.capSleep); - printf(" capFourButtons: %d\n", synhw.capFourButtons); - printf(" capMultiFinger: %d\n", synhw.capMultiFinger); - printf(" capPalmDetect: %d\n", synhw.capPalmDetect); + printf(" capPassthrough: %d\n", + synhw.capPassthrough); + printf(" capSleep: %d\n", synhw.capSleep); + printf(" capFourButtons: %d\n", + synhw.capFourButtons); + printf(" capMultiFinger: %d\n", + synhw.capMultiFinger); + printf(" capPalmDetect: %d\n", + synhw.capPalmDetect); } /* @@ -4496,7 +4493,7 @@ * supports this number of extended queries. We can load * more information about buttons using query 0x09. */ - if (synhw.capExtended && synhw.nExtendedQueries) { + if (synhw.capExtended && synhw.nExtendedQueries >= 1) { if (mouse_ext_command(kbdc, 0x09) == 0) return (FALSE); if (get_mouse_status(kbdc, status, 0, 3) != 3) @@ -4508,12 +4505,45 @@ * if capMiddle support bit is set. */ buttons = synhw.nExtendedButtons + synhw.capMiddle; - } else + } else { /* * If the capFourButtons support bit is set, * add a fourth button to the total button count. */ buttons = synhw.capFourButtons ? 1 : 0; + } +#ifdef HAS_EXT_0C_CAPS + if (synhw.capExtended && synhw.nExtendedQueries >= 4) { + if (mouse_ext_command(kbdc, 0x0c) == 0) + return (FALSE); + if (get_mouse_status(kbdc, status, 0, 3) != 3) + return (FALSE); + synhw.capClickPad = (status[0] & 0x10) != 0; + synhw.capClickPad2Btn = (status[1] & 0x01) != 0; + synhw.capMaxDimensions = (status[0] & 0x02) != 0; + synhw.capMinDimensions = (status[1] & 0x20) != 0; + synhw.capAdvGesture = (status[0] & 0x08) != 0; + synhw.capReducedFiltering = (status[1] & 0x04) != 0; + synhw.capImageSensor = (status[1] & 0x08) != 0; + if (verbose >= 2) { + printf(" Extended capabilities (0x0c query):\n"); + printf(" capClickPad: %d\n", + synhw.capClickPad); + printf(" capClickPad2Btn: %d\n", + synhw.capClickPad2Btn); + printf(" capMaxDimensions: %d\n", + synhw.capMaxDimensions); + printf(" capMinDimensions: %d\n", + synhw.capMinDimensions); + printf(" capAdvGesture: %d\n", + synhw.capAdvGesture); + printf(" capReducedFiltering: %d\n", + synhw.capReducedFiltering); + printf(" capImageSensor: %d\n", + synhw.capImageSensor); + } + } +#endif /* HAS_EXT_0C_CAPS */ } if (verbose >= 2) { if (synhw.capExtended) From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 17 13:09:49 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F30BFBDB for ; Tue, 17 Jun 2014 13:09:48 +0000 (UTC) Received: from nm33-vm8.bullet.mail.bf1.yahoo.com (nm33-vm8.bullet.mail.bf1.yahoo.com [72.30.238.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A57502D90 for ; Tue, 17 Jun 2014 13:09:48 +0000 (UTC) Received: from [66.196.81.174] by nm33.bullet.mail.bf1.yahoo.com with NNFMP; 17 Jun 2014 13:07:52 -0000 Received: from [98.139.213.15] by tm20.bullet.mail.bf1.yahoo.com with NNFMP; 17 Jun 2014 13:07:52 -0000 Received: from [127.0.0.1] by smtp115.mail.bf1.yahoo.com with NNFMP; 17 Jun 2014 13:07:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1403010472; bh=gheE5DyRVN669PJ2auaWf2TbtYw1fHSO5aBYGjQ1ddQ=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=O9JhrqBJIVH7CQU4V3pc4H3nk0VzM6ujOhck+5vFJ43gweCY0el11BRyH+ht8UrtSRAb9U5KWhkU0ihSYQ4FsNSjWpeNoOJTma4FuJkBu9u4a7U7gopCbY4AxOxqmuV8U++G4JYgLQRvzNq616ndhmPBLOXZantoFjWgQs6LY5E= X-Yahoo-Newman-Id: 142555.79165.bm@smtp115.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: OErqFHgVM1kV44DgnnfVj6Pnev50OkOhv7WgRPSrpVqoGdG KGyA1RKIoaShPyweN8W4iKQq_D5PW29mtvLNQDpyCR7aek38GsEVIu_Ojb.d LrLcsmk4mHDPgWiiTItz3mYLTT.2XrStQ8X.Hg_Tolpkgqu_LAawVVmYVotJ A8MXHs6n9lDXmN5ldRU8kHgM5PgHb.k.GDcrHhWky2AIy.koN27AE8ika8SP gO5gNwJXZYt_g_gykEv46zeB0dhTEQ4GpXvRWbluUCnlHjGzOaC7l723OCTK .qsFQ6B34bKZcSTOx3oZcwj2BGqxgag.b4idV420yL_h4F3Nvf6mVD2uUPpy SYUiuX.Wuqi1_29HtsRlePkmhbz164P0L0LeDEUTZlQtHxRcD0bnoO96eCj5 0HQh057jcmHWeGa47H6N8292occ2qkH6MtLcmWPpb6oq9i6S_4q1BXUQ6KPO dGMpw0uWI7CPZgWM29FEP50MTIF41jwGyOb._2QMxRJHRBIvs0mv0_7mK5Xr M6G8Zn0.Ci9WuaMqwN9kUvBxvDEdhCec5wumKelGVjQ-- X-Yahoo-SMTP: 9sPoSQ2swBBlERuQ.0vs8XLc_MeClW0- X-Rocket-Received: from [10.82.217.243] (Scoobi_doo@64.102.254.33 with plain [98.139.211.125]) by smtp115.mail.bf1.yahoo.com with SMTP; 17 Jun 2014 06:07:52 -0700 PDT Message-ID: <53A03DA6.90904@yahoo.com> Date: Tue, 17 Jun 2014 09:07:50 -0400 From: Anthony Jenkins User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Eric McCorkle , Ivan Rokotov Subject: Re: [Patch] psm(4) ClickPad detection (was Re: Lenovo W540 so far) References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> <53A03BAF.3020807@yahoo.com> In-Reply-To: <53A03BAF.3020807@yahoo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 13:09:49 -0000 On 06/17/2014 08:59, Anthony Jenkins wrote: > On 06/17/2014 07:23, Eric McCorkle wrote: >> Thanks again. That did it. The touchpad is now completely working :D >> >> Only thing is it seems you can't use it along with moused/sysmouse. I assume this is because whatever protocol moused speaks is pre-multitouch. >> >> I suppose that would also mean that you couldn't plug in a USB mouse and have it just work with this setup. This also seems to keep the trackpoint from working (not that I ever use it...) >> >> On 06/16/2014 19:21, Ivan Rokotov wrote: >>> 2014-06-16 21:41 GMT+02:00 Eric McCorkle : >>>> There's no virtual scrolling though. Has that been added to the driver yet, >>>> or am I missing some config items? >>> Eric, what do you mean by virtual scrolling? In my case, two-finger >>> scrolling and edge scrolling are working (both horizontal and >>> vertical). >>> >>> Option "VertEdgeScroll" "on" >>> Option "HorizEdgeScroll" "on" >>> Option "VertTwoFingerScroll" "1" >>> Option "HorizTwoFingerScroll" "1" >>> Option "VertScrollDelta" "-50" >>> Option "HorizScrollDelta" "-60" >>> >>> (minus is for mac-style 'natural scrolling'). >>> >>> Or you mean something else? >>> Ivan >>> > The moused/sysmouse bit is what I was going to work on first. I used to have patches to sysutils/hald and x11-drivers/xf86-input-synaptics that would check moused(8) to see if Synaptics functionality was enabled and report the input device as a "touchpad" rather than a "mouse", which would allow the Synaptics driver to load. The move from hald to our homebrew device detection code means I have to re-learn how to do this. > > In the meantime, I did manage to patch psm(4) to at least detect a ClickPad (and some other properties we weren't detecting). No idea if it'd make a difference to software higher up; it'd have to know about the new struct fields I added. I'm also pretty sure I'd have to add code to handle the ClickPad clicks and report it as an additional button. > > Patch /shouldn't/ represent an ABA change because I stuck the additional fields at the end of the synapticshw_t struct and advertise/guard their availability with a HAS_EXT_0C_CAPS macro, but I'm new to submitting driver patches...anyway it's not ready yet, just showing I'm workin' on it :-) > > [root@ajenkins-hplaptop /usr/src]# svn diff sys/sys/mouse.h sys/dev/atkbdc/psm.c > Index: sys/sys/mouse.h > =================================================================== > --- sys/sys/mouse.h (revision 267519) > +++ sys/sys/mouse.h (working copy) > @@ -49,6 +49,7 @@ > #endif > > #define MOUSE_SYN_GETHWINFO _IOR('M', 100, synapticshw_t) > +#define HAS_EXT_0C_CAPS 1 > > /* mouse status block */ > typedef struct mousestatus { > @@ -110,6 +111,16 @@ > int capMiddle; > int nExtendedButtons; > int nExtendedQueries; > +#ifdef HAS_EXT_0C_CAPS > + /* Extended (0x0c query) capabilities */ > + int capClickPad; > + int capClickPad2Btn; > + int capMaxDimensions; > + int capMinDimensions; > + int capAdvGesture; > + int capReducedFiltering; > + int capImageSensor; > +#endif > } synapticshw_t; > > /* iftype */ > Index: sys/dev/atkbdc/psm.c > =================================================================== > --- sys/dev/atkbdc/psm.c (revision 267519) > +++ sys/dev/atkbdc/psm.c (working copy) > @@ -3623,20 +3623,13 @@ > static int > mouse_ext_command(KBDC kbdc, int command) > { > - int c; > + int c, i; > > - c = (command >> 6) & 0x03; > - if (set_mouse_resolution(kbdc, c) != c) > - return (FALSE); > - c = (command >> 4) & 0x03; > - if (set_mouse_resolution(kbdc, c) != c) > - return (FALSE); > - c = (command >> 2) & 0x03; > - if (set_mouse_resolution(kbdc, c) != c) > - return (FALSE); > - c = (command >> 0) & 0x03; > - if (set_mouse_resolution(kbdc, c) != c) > - return (FALSE); > + for (i = 6; i >= 0; i -= 2) { > + c = (command >> i) & 0x03; > + if (set_mouse_resolution(kbdc, c) != c) > + return (FALSE); > + } > return (TRUE); > } > > @@ -4470,7 +4463,7 @@ > buttons = 0; > synhw.capExtended = (status[0] & 0x80) != 0; > if (synhw.capExtended) { > - synhw.nExtendedQueries = (status[0] & 0x70) != 0; > + synhw.nExtendedQueries = (status[0] & 0x70) >> 4; > synhw.capMiddle = (status[0] & 0x04) != 0; > synhw.capPassthrough = (status[2] & 0x80) != 0; > synhw.capSleep = (status[2] & 0x10) != 0; > @@ -4480,15 +4473,19 @@ > > if (verbose >= 2) { > printf(" Extended capabilities:\n"); > - printf(" capExtended: %d\n", synhw.capExtended); > - printf(" capMiddle: %d\n", synhw.capMiddle); > + printf(" capExtended: %d\n", synhw.capExtended); > + printf(" capMiddle: %d\n", synhw.capMiddle); > printf(" nExtendedQueries: %d\n", > synhw.nExtendedQueries); > - printf(" capPassthrough: %d\n", synhw.capPassthrough); > - printf(" capSleep: %d\n", synhw.capSleep); > - printf(" capFourButtons: %d\n", synhw.capFourButtons); > - printf(" capMultiFinger: %d\n", synhw.capMultiFinger); > - printf(" capPalmDetect: %d\n", synhw.capPalmDetect); > + printf(" capPassthrough: %d\n", > + synhw.capPassthrough); > + printf(" capSleep: %d\n", synhw.capSleep); > + printf(" capFourButtons: %d\n", > + synhw.capFourButtons); > + printf(" capMultiFinger: %d\n", > + synhw.capMultiFinger); > + printf(" capPalmDetect: %d\n", > + synhw.capPalmDetect); > } > > /* > @@ -4496,7 +4493,7 @@ > * supports this number of extended queries. We can load > * more information about buttons using query 0x09. > */ > - if (synhw.capExtended && synhw.nExtendedQueries) { > + if (synhw.capExtended && synhw.nExtendedQueries >= 1) { > if (mouse_ext_command(kbdc, 0x09) == 0) > return (FALSE); > if (get_mouse_status(kbdc, status, 0, 3) != 3) > @@ -4508,12 +4505,45 @@ > * if capMiddle support bit is set. > */ > buttons = synhw.nExtendedButtons + synhw.capMiddle; > - } else > + } else { > /* > * If the capFourButtons support bit is set, > * add a fourth button to the total button count. > */ > buttons = synhw.capFourButtons ? 1 : 0; > + } > +#ifdef HAS_EXT_0C_CAPS > + if (synhw.capExtended && synhw.nExtendedQueries >= 4) { > + if (mouse_ext_command(kbdc, 0x0c) == 0) > + return (FALSE); > + if (get_mouse_status(kbdc, status, 0, 3) != 3) > + return (FALSE); > + synhw.capClickPad = (status[0] & 0x10) != 0; > + synhw.capClickPad2Btn = (status[1] & 0x01) != 0; > + synhw.capMaxDimensions = (status[0] & 0x02) != 0; > + synhw.capMinDimensions = (status[1] & 0x20) != 0; > + synhw.capAdvGesture = (status[0] & 0x08) != 0; > + synhw.capReducedFiltering = (status[1] & 0x04) != 0; > + synhw.capImageSensor = (status[1] & 0x08) != 0; > + if (verbose >= 2) { > + printf(" Extended capabilities (0x0c query):\n"); > + printf(" capClickPad: %d\n", > + synhw.capClickPad); > + printf(" capClickPad2Btn: %d\n", > + synhw.capClickPad2Btn); > + printf(" capMaxDimensions: %d\n", > + synhw.capMaxDimensions); > + printf(" capMinDimensions: %d\n", > + synhw.capMinDimensions); > + printf(" capAdvGesture: %d\n", > + synhw.capAdvGesture); > + printf(" capReducedFiltering: %d\n", > + synhw.capReducedFiltering); > + printf(" capImageSensor: %d\n", > + synhw.capImageSensor); > + } > + } > +#endif /* HAS_EXT_0C_CAPS */ > } > if (verbose >= 2) { > if (synhw.capExtended) > > ...also you'd have to add 'options PSM_DEBUG=2' to your kernel config to actually see the detected extended capabilities in dmesg(8), but here's what it looks like on mine. I should add a "ClickPad option detected" bit to the low verbosity string. psm0: current command byte:0067 Synaptics Touchpad v8.1 Model information: infoRot180: 0 infoPortrait: 0 infoSensor: 1 infoHardware: 113 infoNewAbs: 1 capPen: 0 infoSimplC: 1 infoGeometry: 1 Extended capabilities: capExtended: 1 capMiddle: 0 nExtendedQueries: 5 capPassthrough: 0 capSleep: 0 capFourButtons: 0 capMultiFinger: 1 capPalmDetect: 1 Extended capabilities (0x0c query): capClickPad: 1 capClickPad2Btn: 0 capMaxDimensions: 1 capMinDimensions: 1 capAdvGesture: 0 capReducedFiltering: 1 capImageSensor: 1 Additional Buttons: 0 psm0: found Synaptics Touchpad psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0-00, 3 buttons psm0: config:00004000, flags:00000008, packet size:6 psm0: syncmask:c0, syncbits:00 Anthony From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 17 13:46:36 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B74F7FA for ; Tue, 17 Jun 2014 13:46:36 +0000 (UTC) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::103]) by mx1.freebsd.org (Postfix) with ESMTP id 5DC73215C for ; Tue, 17 Jun 2014 13:46:36 +0000 (UTC) Received: from [172.16.1.182] (unknown [172.16.1.182]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 891ED241B2 for ; Tue, 17 Jun 2014 13:46:35 +0000 (UTC) Message-ID: <53A046B9.9070501@metricspace.net> Date: Tue, 17 Jun 2014 09:46:33 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: Re: Lenovo W540 so far References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 13:46:36 -0000 The touchpad works well enough for the time being. I think I'm going to take the APCI error messages over to the ACPI list and see if I can get the issues with the nvidia driver sorted out. But thanks for the help! On 06/17/2014 07:42, Ivan Rokotov wrote: > 2014-06-17 13:23 GMT+02:00 Eric McCorkle : >> Thanks again. That did it. The touchpad is now completely working :D >> >> Only thing is it seems you can't use it along with moused/sysmouse. I >> assume this is because whatever protocol moused speaks is pre-multitouch. >> >> I suppose that would also mean that you couldn't plug in a USB mouse and >> have it just work with this setup. This also seems to keep the trackpoint >> from working (not that I ever use it...) > > For trackpoint I don't know (IdeaPads don't have it). > > As for USB mouse, you can just plug in and it will work (tested). It > even survives suspend/resume. Right now I have only a bluetooth mouse > connected and no USB mice around here, but if I recollect correctly, > you have to play with > Option "AutoAddDevices" (false or true) > in your Section "ServerLayout". > > Please try. If this doesn't work for you, I'll try to reconstruct my > old xorg.conf that I used successfully with USB mouse. > > Ivan > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 17 15:21:23 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48D4B388 for ; Tue, 17 Jun 2014 15:21:23 +0000 (UTC) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 079592AF8 for ; Tue, 17 Jun 2014 15:21:22 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id w8so9298498qac.25 for ; Tue, 17 Jun 2014 08:21:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ug4rrC4hkhtHeriA9z7IGn3KZjUHBVhh6Ooiy4DZXtE=; b=jFlJYX6JOEt+mxQizUBO+PE43gXNatM5rQOZYuOW+0ISPoi3gTKPSdc3acA+w2AK+O vy20znXmVrY6TfDaA8fa2N+jMmFRtvzcBolj0qDAStXzkEIn24rBDt6BUpDVd9/dgloz W1U4f2gwHJeO7emkr011lEccMLjdbqwhHonpBqc3vtl9cCMedIDQMzE3Lw7866bKJgWh 7qNHNGKJNaXX8/1kKj2DGIYgX0aZukj6LKQZgP/LpfeJEV3l6fgmYs2NVqyyusUNyQrV /UsCfCuUJ90RTBWa9G9ono66bxcWdrrRo/kfIjaLkGHQeEGeq1OgZTwY+Scqu2pOA/zz Rc/Q== MIME-Version: 1.0 X-Received: by 10.224.162.212 with SMTP id w20mr37159352qax.50.1403018482198; Tue, 17 Jun 2014 08:21:22 -0700 (PDT) Received: by 10.96.12.166 with HTTP; Tue, 17 Jun 2014 08:21:22 -0700 (PDT) In-Reply-To: <53A03BAF.3020807@yahoo.com> References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> <53A03BAF.3020807@yahoo.com> Date: Tue, 17 Jun 2014 17:21:22 +0200 Message-ID: Subject: Re: [Patch] psm(4) ClickPad detection (was Re: Lenovo W540 so far) From: Ivan Rokotov To: Anthony Jenkins Content-Type: text/plain; charset=UTF-8 Cc: Eric McCorkle , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 15:21:23 -0000 2014-06-17 14:59 GMT+02:00 Anthony Jenkins : > Patch /shouldn't/ represent an ABA change because I stuck the additional fields at > the end of the synapticshw_t struct and advertise/guard their availability with a > HAS_EXT_0C_CAPS macro, but I'm new to submitting driver patches...anyway > it's not ready yet, just showing I'm workin' on it :-) Great! Well, I didn't understand - to test this patch or to wait for the next one? What touchpad behaviour shoud be changed with this patch? I. From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 17 17:30:38 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C567D868 for ; Tue, 17 Jun 2014 17:30:38 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 828A5279F for ; Tue, 17 Jun 2014 17:30:38 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id w8so9448979qac.36 for ; Tue, 17 Jun 2014 10:30:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+15lipQnmulCycKfP39eRUurjdztlxW3WtGIMwvfHtg=; b=KT0SszL5R6ZiIkU3KYXOo2RSWJi4gwi1ho++vF1mrQ+TRazCG1l9cRaViD5stxBJKK 4A3fNLRMFUBFI+DOBvkEAsk1aJRovEPeSS0cHsCqskcWl0lJh3Dvk4LzwaP6GXffp5s6 UHH91NC51oSP53lrTT/YuvHCtcIbES2R/o9SppcNMNMqlY5+cM8wpKlLucUTUMYJudyE FmLw9h2jSVorN6HxnMcZClWKj/5gKtD7Xeo8ba2Eld5vNnUtF9RQ+pXfGuyLfdyXr4a+ PtonGECjdtwTf5BjzA0VNnjn+nf/FH9/g7n5Og7dl1GvOih3MGY+mavBuW5drGIwjteA MHhw== MIME-Version: 1.0 X-Received: by 10.140.32.116 with SMTP id g107mr15471417qgg.30.1403026237546; Tue, 17 Jun 2014 10:30:37 -0700 (PDT) Received: by 10.96.12.166 with HTTP; Tue, 17 Jun 2014 10:30:37 -0700 (PDT) In-Reply-To: References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> <53A03BAF.3020807@yahoo.com> Date: Tue, 17 Jun 2014 19:30:37 +0200 Message-ID: Subject: Re: [Patch] psm(4) ClickPad detection (was Re: Lenovo W540 so far) From: Ivan Rokotov To: Anthony Jenkins Content-Type: text/plain; charset=UTF-8 Cc: Eric McCorkle , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 17:30:38 -0000 Anyway, I tested your patch. This is from my logs. (It also blocked my keyboard under X - I don't know if I had to rebuild my keyboard and synaptics drivers.) psm0: current command byte:0063 Synaptics Touchpad v8.1 Model information: infoRot180: 0 infoPortrait: 0 infoSensor: 1 infoHardware: 113 infoNewAbs: 1 capPen: 0 infoSimplC: 1 infoGeometry: 1 Extended capabilities: capExtended: 1 capMiddle: 0 nExtendedQueries: 5 capPassthrough: 0 capSleep: 0 capFourButtons: 0 capMultiFinger: 1 capPalmDetect: 1 Extended capabilities (0x0c query): capClickPad: 1 capClickPad2Btn: 0 capMaxDimensions: 1 capMinDimensions: 1 capAdvGesture: 0 capReducedFiltering: 1 capImageSensor: 1 Additional Buttons: 0 psm0: found Synaptics Touchpad psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0-00, 3 buttons psm0: config:00004000, flags:00000008, packet size:6 psm0: syncmask:c0, syncbits:00 In Xorg log I got [ 368.692] (--) synaptics: Touchpad0: synaptics touchpad found [ 368.692] (--) synaptics: Touchpad0: no supported touchpad found [ 368.692] (EE) synaptics: Touchpad0: Unable to query/initialize Synaptics hardware. but again, I didn't recompile any drivers. Thanks! Ivan From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 17 17:57:36 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEDDE414 for ; Tue, 17 Jun 2014 17:57:36 +0000 (UTC) Received: from nm18-vm0.bullet.mail.bf1.yahoo.com (nm18-vm0.bullet.mail.bf1.yahoo.com [98.139.213.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8F70629FE for ; Tue, 17 Jun 2014 17:57:36 +0000 (UTC) Received: from [98.139.214.32] by nm18.bullet.mail.bf1.yahoo.com with NNFMP; 17 Jun 2014 17:54:30 -0000 Received: from [98.139.211.198] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 17 Jun 2014 17:54:29 -0000 Received: from [127.0.0.1] by smtp207.mail.bf1.yahoo.com with NNFMP; 17 Jun 2014 17:54:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1403027669; bh=fZrfKAW2eRmFzMWHzjoGB2P9Co1ykHW8Qnca9Q9DAec=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=cjaEwWi/ov5GWlNcM/rUZBbtzkC81rOn+yVwtJ3fSnpwHSXSx6yZxODvjhJ2dL4yUywehNYZq6H+gOwKvsN7yiCd5xDHqMIZaJPUITTM3LTqOcSzxXmGYTsI80/X54XciHfWkWchHveQmWYwwh2t2onFXX0bWb+p3usWdHoNhnE= X-Yahoo-Newman-Id: 947551.56187.bm@smtp207.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: x4e81EsVM1k4xT.QdtWze5bDlU_S0ETxAbZ9H9RwHDdmDkZ _UGdGWx8xn64Ff5A238jj5.U63nznDKOjiz2o79UM.6Y26WXRyu9l0GyrIca q7wSGbU8tvbLVNeNXTaDBffC5yPkjipZeQNKCzvACOwfsbvVZIScxwC5SC6D JA423ry1A6B6rwfNjsjXRlUorrMQiozZJYsuuak4X0zhJGPAFg_wXWgttxZq 1uIG2EN4GhCY1CiPsE.ShA.Yz0LO2zKewri4nYUqpuNuvRytACJwFnDSMVHI H8_7T_ADqGUejCsSPl7WTbtWwf1XUZSRQPMqkWg6rcLOaWyhZxLtbD9CUrsP OSZ0PbUPiZb8Dbs3b2DKz3eEBSecxBkFTS9m8IBkRSAzwUtmZpbwZVhSy589 wrnUQffhg2QWggr72SEakL9GHvoYMDNWOFZJwsn3HnxZzPBTecj6WYY05xd2 agbhakzF_4ZDutVMANbsek7ENFT6HCTpZzRSLfWfgzL1YJcQ8gFpWn2Y3bKI Kz246Q0nCCv732r2L7wPOwwYd0lB_FFKBUF9_A.gR4CD18XVgpNv8ZU5y0eG O89C17IVVSATOtRbBMekwmeeSCXYGUQf4aw3WYGL0HNK_ZJohC21U X-Yahoo-SMTP: 9sPoSQ2swBBlERuQ.0vs8XLc_MeClW0- X-Rocket-Received: from [10.82.239.245] (Scoobi_doo@64.102.254.33 with plain [63.250.193.228]) by smtp207.mail.bf1.yahoo.com with SMTP; 17 Jun 2014 10:54:29 -0700 PDT Message-ID: <53A080D3.2000207@yahoo.com> Date: Tue, 17 Jun 2014 13:54:27 -0400 From: Anthony Jenkins User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ivan Rokotov Subject: Re: [Patch] psm(4) ClickPad detection (was Re: Lenovo W540 so far) References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> <53A03BAF.3020807@yahoo.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Eric McCorkle , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 17:57:36 -0000 On 06/17/2014 13:30, Ivan Rokotov wrote: > Anyway, I tested your patch. This is from my logs. (It also blocked my > keyboard under X - I don't know if I had to rebuild my keyboard and > synaptics drivers.) Weird... shouldn't have any affect on your keyboard...I'm typing on my laptop now! Can you grep(1) your kernel messages for 'atkbd' and grep the Xorg log for '\(keyboard\|kbd\)'? [root@ajenkins-hplaptop /usr/ports/x11-servers/xorg-server/work/xorg-server-1.12.4]# bzcat /var/log/messages.0.bz2 | grep atkbd Jun 17 08:08:39 ajenkins-hplaptop kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Jun 17 08:08:39 ajenkins-hplaptop kernel: atkbd0: irq 1 on atkbdc0 Jun 17 08:08:39 ajenkins-hplaptop kernel: kbd0 at atkbd0 Jun 17 08:08:39 ajenkins-hplaptop kernel: atkbd0: [GIANT-LOCKED] Jun 17 08:08:39 ajenkins-hplaptop kernel: psm0: irq 12 on atkbdc0 [root@ajenkins-hplaptop /usr/ports/x11-servers/xorg-server/work/xorg-server-1.12.4]# grep '\(keyboard\|kbd\)' /var/log/Xorg.0.log [ 20.428] (==) |-->Input Device "" [ 20.428] (==) No Layout section. Using the default keyboard configuration. [ 20.460] (II) LoadModule: "kbd" [ 20.461] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so [ 20.461] (II) Module kbd: vendor="X.Org Foundation" [ 20.806] (II) Using input driver 'kbd' for '' [ 20.806] (**) : always reports core events [ 20.806] (**) : always reports core events [ 20.807] (II) XINPUT: Adding extended input device "" (type: KEYBOARD, id 7) > psm0: current command byte:0063 > Synaptics Touchpad v8.1 > Model information: > infoRot180: 0 > infoPortrait: 0 > infoSensor: 1 > infoHardware: 113 > infoNewAbs: 1 > capPen: 0 > infoSimplC: 1 > infoGeometry: 1 > Extended capabilities: > capExtended: 1 > capMiddle: 0 > nExtendedQueries: 5 > capPassthrough: 0 > capSleep: 0 > capFourButtons: 0 > capMultiFinger: 1 > capPalmDetect: 1 > Extended capabilities (0x0c query): > capClickPad: 1 > capClickPad2Btn: 0 > capMaxDimensions: 1 > capMinDimensions: 1 > capAdvGesture: 0 > capReducedFiltering: 1 > capImageSensor: 1 > Additional Buttons: 0 > psm0: found Synaptics Touchpad > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Synaptics Touchpad, device ID 0-00, 3 buttons > psm0: config:00004000, flags:00000008, packet size:6 > psm0: syncmask:c0, syncbits:00 > > In Xorg log I got > [ 368.692] (--) synaptics: Touchpad0: synaptics touchpad found > [ 368.692] (--) synaptics: Touchpad0: no supported touchpad found > [ 368.692] (EE) synaptics: Touchpad0: Unable to query/initialize > Synaptics hardware. > but again, I didn't recompile any drivers. > > Thanks! > Ivan Yeah I wanna say that's because xf86-input-synaptics is talking to /dev/psm0 instead of /dev/sysmouse, but that doesn't sound right. Anyway that's what I'm looking at now - the devd patch to x11-servers/xorg-server, and next is x11-drivers/xf86-input-synaptics. If you're handy with code you could probably find the code in xf86-input-synaptics that balks at the Synaptics device. My goal is having the user install these two packages on a touchpad laptop and have it just DTRT and correctly load the Synaptics driver. Anthony From owner-freebsd-mobile@FreeBSD.ORG Tue Jun 17 21:27:00 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9392B7C7 for ; Tue, 17 Jun 2014 21:27:00 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 505EE2EE7 for ; Tue, 17 Jun 2014 21:27:00 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id 63so552980qgz.32 for ; Tue, 17 Jun 2014 14:26:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EVgj7XzGKEuQOcrwZqMTOcjLzR1/PwIghOj0oh4OUdk=; b=WbeX8pt2zLlSt9KTTqL5Bwzwnnh1gHlpaC0pO3fGyH7LG7efiyR5oUCQENWkZGzzQp QCCfNr6UIzVg1hbmO8W6E548NDO12oEiZvtUkTVnagEEV38C2rs8Y9I9F/h0ohbRb679 yQxKuLJ3IvJ25KjjPyJRgGTPIjvP8GQlctEdGUPo9GDcmBQDOCJcTcL3TEEEEhKUJgXE thUFLhGNrFDK4aIua4EQ0P1N9Lw1ikfK50AnpZPjRNVaz30O2BlgpZFr+GRLdUdgvY5x 5WoZiA9drNfUIxGbbNJuZaYkI+yyLiW2Ds+efiYnrYEph093FUzrA2jhq11x/FKCz1mn Y0vg== MIME-Version: 1.0 X-Received: by 10.224.162.212 with SMTP id w20mr40320233qax.50.1403040419507; Tue, 17 Jun 2014 14:26:59 -0700 (PDT) Received: by 10.96.12.166 with HTTP; Tue, 17 Jun 2014 14:26:59 -0700 (PDT) In-Reply-To: <53A080D3.2000207@yahoo.com> References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> <53A03BAF.3020807@yahoo.com> <53A080D3.2000207@yahoo.com> Date: Tue, 17 Jun 2014 23:26:59 +0200 Message-ID: Subject: Re: [Patch] psm(4) ClickPad detection (was Re: Lenovo W540 so far) From: Ivan Rokotov To: Anthony Jenkins Content-Type: text/plain; charset=UTF-8 Cc: Eric McCorkle , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 21:27:00 -0000 2014-06-17 19:54 GMT+02:00 Anthony Jenkins : > On 06/17/2014 13:30, Ivan Rokotov wrote: >> Anyway, I tested your patch. This is from my logs. (It also blocked my >> keyboard under X - I don't know if I had to rebuild my keyboard and >> synaptics drivers.) > > Weird... shouldn't have any affect on your keyboard...I'm typing on my laptop now! > Can you grep(1) your kernel messages for 'atkbd' and grep the Xorg log for > '\(keyboard\|kbd\)'? Sure. (Some of the messages are from my attempt to plug in a USB keyboard to be able to go back to the console. :)) % grep -i '\(keyboard\|kbd\)' /var/log/messages Jun 17 19:02:24 thor kernel: kbd1 at kbdmux0 Jun 17 19:02:24 thor kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Jun 17 19:02:24 thor kernel: atkbd0: irq 1 on atkbdc0 Jun 17 19:02:24 thor kernel: kbd0 at atkbd0 Jun 17 19:02:24 thor kernel: atkbd0: [GIANT-LOCKED] Jun 17 19:02:24 thor kernel: psm0: irq 12 on atkbdc0 Jun 17 19:12:16 thor kernel: ukbd0: on usbus0 Jun 17 19:12:16 thor kernel: kbd2 at ukbd0 Jun 17 19:12:16 thor devd: Executing '/etc/rc.d/syscons setkeyboard /dev/ukbd0' Jun 17 19:12:27 thor kernel: ukbd0: at uhub0, port 2, addr 2 (disconnected) Jun 17 19:12:27 thor devd: Executing '/etc/rc.d/syscons setkeyboard /dev/kbd0' % grep -i '\(keyboard\|kbd\)' /var/log/Xorg.0.log [ 368.215] (**) |-->Input Device "Keyboard0" [ 368.224] (II) LoadModule: "kbd" [ 368.225] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so [ 368.225] (II) Module kbd: vendor="X.Org Foundation" [ 368.377] (II) Initializing built-in extension XKEYBOARD [ 368.743] (II) config/hal: Adding input device AT Keyboard >> In Xorg log I got >> [ 368.692] (--) synaptics: Touchpad0: synaptics touchpad found >> [ 368.692] (--) synaptics: Touchpad0: no supported touchpad found >> [ 368.692] (EE) synaptics: Touchpad0: Unable to query/initialize >> Synaptics hardware. >> but again, I didn't recompile any drivers. > > Yeah I wanna say that's because xf86-input-synaptics is talking to /dev/psm0 > instead of /dev/sysmouse, but that doesn't sound right. Anyway that's what I'm > looking at now - the devd patch to x11-servers/xorg-server, and next is > x11-drivers/xf86-input-synaptics. Good. :) > If you're handy with code you could probably find the code in xf86-input-synaptics > that balks at the Synaptics device. My goal is having the user install these two > packages on a touchpad laptop and have it just DTRT and correctly load the > Synaptics driver. I could probably find that code, but that's all. :) Anyway, as always, I'm more than willing to test anything you find useful. Ivan From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 18 04:07:29 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87C0E4D1 for ; Wed, 18 Jun 2014 04:07:29 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A59820F4 for ; Wed, 18 Jun 2014 04:07:29 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id m20so252241qcx.41 for ; Tue, 17 Jun 2014 21:07:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=aJ9DZ5I9auHREzFylh5wa4QlVvyISwgN97TV5jxFMXc=; b=hBDr5RGr31N7nG7i4H0EgLGmdwAXXodW/h2/VkoKJrvasbrFSW8ZOySlOyvx/UdFJO GizUrTMU+OdeaOqqfpjpcvUXwsltIBpIsE3SKWQJJraCviiPwrPl3B4ixWsFbIjvTBhe jpbn0s2z7fJliz7Ujcx+uZfD718tXDdIp6BrgSqI+BKOOwcpA/mdNAxxG1CM3xCXl604 qz+FLPAjpBuqlLbOBPiz7aiL16hUSQ4WA7v+Bb+R5f8KDuVV7qykJF1ZZmFMaSODfhjf /BCpTRiGpov2ZFmLp7KH19ErY6aM28THHxRGsujuCZznAIg6KsSFGejKHmSNaSAVeEwz /1Zw== MIME-Version: 1.0 X-Received: by 10.140.35.212 with SMTP id n78mr39791850qgn.87.1403064448417; Tue, 17 Jun 2014 21:07:28 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Tue, 17 Jun 2014 21:07:28 -0700 (PDT) In-Reply-To: <539DA73B.7050709@metricspace.net> References: <539DA73B.7050709@metricspace.net> Date: Tue, 17 Jun 2014 21:07:28 -0700 X-Google-Sender-Auth: Bh0cTamh5kaoNdQGo10SJie1n6k Message-ID: Subject: Re: Lenovo W540 so far From: Adrian Chadd To: Eric McCorkle Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2014 04:07:29 -0000 Hi! Would you be willing to write up a wiki page for this? http://wiki.freebsd.org/Laptops That way we have a lit of what laptops are known to work and what the limitations are. It'd also be nice to add those lines to a wiki page somewhere so we don't forget the magic. Thanks! -a On 15 June 2014 07:01, Eric McCorkle wrote: > Hello all, > > I recently purchased a Lenovo W540 mobile workstation. Most of the hardware > works, though there are a few issues. Here is a breakdown of my setup, what > works, and what doesn't. > > > Basic Installation: I set up a GPT/ZFS-only scheme. The laptop comes > pre-configured for booting UEFI-only, but it supports a legacy BIOS boot > mode. Setting up ZFS went smoothly with little trouble. > > The laptop also came with a 16 GB flash drive, which I used as a swap > device. It could also be used as an L2ARC for ZFS. > > I also ran into some build errors when trying to build world, that seemed to > be caused by a version mismatch between the clang-tblgen binary in the 10 > installer and the .tbl files in head. > > > ACPI: Suspend/resume works without incident, both in terminal mode and in X. > The following error messages get printed: > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP3: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > AE_BAD_PARAMETER > > This doesn't seem to affect anything, though. > > A similar error occurs when trying to use the nvidia driver. However, these > errors do seem to prevent the driver from working: > > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - > Found [Buffer], APCI requires [Package] (20130823/nsarguments-97) > (the same message gets repeated about 10 times) > > > Xorg: As previously mentioned, the nvidia driver is non-functional. The nv > driver does not seem to support the on-board card (Quadro K1100). The vesa > driver works though. > > I'm using enlightenment 17. I haven't done anything fancy with it yet, > though. > > > USB: USB 1.0 and 2.0 seem to work. USB 3.0 has problems. > > The messages for xhci are: > > xhci0: mem 0xb2a20000-b2a2ffff irq 16 > at device 3.0 on pci0 > xhci0: 32 byte context size > xhci0: Port routing mask set to 0xffffffff > ... > xhci0: Port routing mask set to 0x00000000 > usb_alloc_device: device init 2 failed (USB_ERR_IOERROR, ignored) > > > A bit of looking around seemed to reveal that there's known issues with the > Lynx Point controller. I don't know much about the USB system, so not sure > what to do here. > > > Mouse: Trackpad and trackpoint work, though Synaptics does not seem to be > supported (at the kernel driver level). If I'm not mistaken, the touchpad > is a multitouch touchpad, so maybe I will look into why it's not supported. > > The touchpad is a bit sensitive, though, and an accidental palm touch can > register as a click. > > Sound: Sound card gets detected, seems to work, though I haven't done > anything serious with it yet. Also experimenting a bit with setting up rc > scripts to start audio servers like Jack and Pulseaudio and run them as > system-wide processes > > > Network: Ethernet works fine, Intel 7260AC chipset is not supported for > wireless :( > > > Questions/suggestions/advice are welcome. > > Eric > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 18 07:17:51 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC043E6A; Wed, 18 Jun 2014 07:17:51 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 07C1A2FCD; Wed, 18 Jun 2014 07:17:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s5I7HeI6006287; Wed, 18 Jun 2014 17:17:40 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 18 Jun 2014 17:17:40 +1000 (EST) From: Ian Smith To: Eric McCorkle Subject: Re: ACPI error messages on Lenovo W540 In-Reply-To: <53A048B1.1080108@metricspace.net> Message-ID: <20140618163410.C609@sola.nimnet.asn.au> References: <53A048B1.1080108@metricspace.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2014 07:17:51 -0000 On Tue, 17 Jun 2014 09:54:57 -0400, Eric McCorkle wrote: > I'm trying to set up on a lenovo W540 mobile workstation I recently > purchased. Things work well for the most part (including suspend/resume), > however there's some error messages that I suspect are at the root of why the > nvidia Xorg driver doesn't work, and possibly also at the root of why USB 3.0 > won't work either. > > At suspend/resume, the following error messages show up: > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP3: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > AE_BAD_PARAMETER > > I suspect these might have something to do with the USB 3.0 system not > working, though I don't have experience with either the ACPI or USB > subsystems. > > Also, the nvidia Xorg driver fails to work, and causes a similar error > message: > > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - > Found [Buffer], APCI requires [Package] (20130823/nsarguments-97) > (the same message gets repeated about 10 times) > > Again, I don't have any experience with ACPI, but this looks to me like a > vendor-specific quirk. > > Any advice on how to go about fixing/working around this? Hi Eric, I refer you to freebsd-mobile@ archives for May re these 'failed to set ACPI power state D2' messages, in thread 'Thinkpad T410: resume broken'. I'm also cross-posting this back there. These appear on the suspend path on (AFAICT) all modern Lenovos; X2xx, T4xx and T5xx at least, though I get similar messages for the Cardbus bridges on my old T23s. The EXPn messages at least do appear to be harmless though they keep causing your sort of concern, and it would be good in the long run to find out why attempts are being made to set state D2 on devices that (should indicate that they) don't support it. John Baldwin (cc'd) explains in that thread that the EXPn devices are "probably PCI-PCI bridges that represent the downstream ports of your PCI-e root complex)" though I can't say I understand what that means .. with verbose boot messages you may also see that these are initialised back into D0 state twice, unlike the other devices. The PEG_ message seems to appear on the more recent ones with integrated graphics. I don't know if that message represents a problem or not, though the later warnings re \134_SB_.PCI0.PEG_.VID_._DSM seem ominous. It would be good to know if your USB3 issues are connected to the more generic issue all these Lenovos appear to have of USB failing entirely, only on the external ports, after - depending on model - one or two suspend/resume cycles. There's not even any 5V on these ports, whether or not the BIOS has been set to provide 5V on these ports in suspend or power-off states. Does that also happen on yours? cheers, Ian From owner-freebsd-mobile@FreeBSD.ORG Thu Jun 19 01:32:36 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAAD169C for ; Thu, 19 Jun 2014 01:32:35 +0000 (UTC) Received: from nm16.bullet.mail.bf1.yahoo.com (nm16.bullet.mail.bf1.yahoo.com [98.139.212.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 984B02673 for ; Thu, 19 Jun 2014 01:32:35 +0000 (UTC) Received: from [98.139.214.32] by nm16.bullet.mail.bf1.yahoo.com with NNFMP; 19 Jun 2014 01:32:33 -0000 Received: from [98.139.211.205] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 19 Jun 2014 01:32:33 -0000 Received: from [127.0.0.1] by smtp214.mail.bf1.yahoo.com with NNFMP; 19 Jun 2014 01:32:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1403141553; bh=0KzHR/QM7i4ApWmTv0e9ksRLarH6f6v/0EeGJSgwe+M=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=PRvJEW6NkH/PGcV7H35+6Q9Ej8iDkSgqYs/SsoFNRPGbW5TYTipYhzSf3A0lmaJ5Yl0iezcpohDnrsY6mOKalCBBEWeOUl/As5+ziUi4fXVsqBszrXKPj6jWt1bZFuD+RlWHfultYrVfg4KNlkYDgGgOyi8I3uuqbmS9gIH/e4k= X-Yahoo-Newman-Id: 679680.17155.bm@smtp214.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: pmk7rBIVM1k5OOu7TTwy0ODKMtwEWYWmv88odBxY5dPWqnx kL5LcScsCa06RHx3dGYDXsceXjx9lI3tg2qCn96NfZa0YaUMa_Q36Ri5H1TB QWKuNuDHni15NZtbd7BDAkf37_XQFW9xe8JHDKFCO9pcGLdDqXwN5kUmU.W0 JGG33RRAKXicvyNLE_X0vD3rqSNqZIerIzaJYFiYKrQZybk8QkLXjMwmgRxU pBLW.xDt15ahouTi6HpjMS7lgbJcgpYH9mRpsI_SvxfKfbko1SLVmZ5eyFQ9 6Q3DX2qm2eYXPPtLDRXB6EgfVupWN6aviM4zZy5XMyGZisO2WWnFlDvtBx5R cxAn7q7GmqIgRc_CUziX5yoSUraC7g_YgwQr0etJiQTLS._vxg_QRS5FmniF CSxcCt7FrC6pvEacyk4Y8aeD.fmF8MgOgAxK8dT1tLgNOdbp_jDlO53E_mtM A6Klu41zyHSUi69rNrVLEM5gMEtJY_L8G3J74VIipmGkF4EB2dnHkrra9qJn 1voI1QkTUjAQJ6nZML2TAXMPYUWUqo_yyvkwY_zh2CL9tNYkNeKv1cGdHIrY jGLEHNaT.LSEp_bGZAto66iebkMqYlBgILjYymdaYBYJcwQ-- X-Yahoo-SMTP: 9sPoSQ2swBBlERuQ.0vs8XLc_MeClW0- X-Rocket-Received: from [192.168.1.134] (Scoobi_doo@99.62.101.19 with plain [98.138.105.21]) by smtp214.mail.bf1.yahoo.com with SMTP; 18 Jun 2014 18:32:33 -0700 PDT Message-ID: <53A23DAF.7030201@yahoo.com> Date: Wed, 18 Jun 2014 21:32:31 -0400 From: Anthony Jenkins User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ivan Rokotov Subject: Re: [Patch] psm(4) ClickPad detection (was Re: Lenovo W540 so far) References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> <53A03BAF.3020807@yahoo.com> <53A080D3.2000207@yahoo.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Eric McCorkle , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2014 01:32:36 -0000 Try this patch of x11-drivers/xf86-input-synaptics to fix Synaptics detection - it's from my old patchset, leaving off the sysutils/hald stuff. [root@ajenkins-hplaptop /usr/ports/x11-drivers/xf86-input-synaptics]# svn diff Index: files/patch-src__psmcomm.c =================================================================== --- files/patch-src__psmcomm.c (revision 0) +++ files/patch-src__psmcomm.c (working copy) @@ -0,0 +1,22 @@ +--- ./src/psmcomm.c.orig 2013-05-12 19:18:02.000000000 -0400 ++++ ./src/psmcomm.c 2013-09-18 08:56:55.344635632 -0400 +@@ -165,11 +165,18 @@ + return PS2ReadHwStateProto(pInfo, &psm_proto_operations, comm, hwRet); + } + ++static Bool ++PSMAutoDevProbe(InputInfoPtr pInfo, const char *device) ++{ ++ return pInfo && pInfo->name && !strcmp(pInfo->name, "PS/2 Mouse") && ++ device && !strncmp(device, "/dev/psm", 8); ++} ++ + struct SynapticsProtocolOperations psm_proto_operations = { + NULL, + NULL, + PSMQueryHardware, + PSMReadHwState, +- NULL, ++ PSMAutoDevProbe, + NULL + }; Property changes on: files/patch-src__psmcomm.c ___________________________________________________________________ Added: fbsd:nokeywords ## -0,0 +1 ## +yes \ No newline at end of property Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property On 06/17/2014 17:26, Ivan Rokotov wrote: > 2014-06-17 19:54 GMT+02:00 Anthony Jenkins : >> On 06/17/2014 13:30, Ivan Rokotov wrote: >>> Anyway, I tested your patch. This is from my logs. (It also blocked my >>> keyboard under X - I don't know if I had to rebuild my keyboard and >>> synaptics drivers.) >> Weird... shouldn't have any affect on your keyboard...I'm typing on my laptop now! >> Can you grep(1) your kernel messages for 'atkbd' and grep the Xorg log for >> '\(keyboard\|kbd\)'? > Sure. > > (Some of the messages are from my attempt to plug in a USB keyboard to > be able to go back to the console. :)) > > % grep -i '\(keyboard\|kbd\)' /var/log/messages > Jun 17 19:02:24 thor kernel: kbd1 at kbdmux0 > Jun 17 19:02:24 thor kernel: atkbdc0: > port 0x60,0x64 irq 1 on acpi0 > Jun 17 19:02:24 thor kernel: atkbd0: irq 1 on atkbdc0 > Jun 17 19:02:24 thor kernel: kbd0 at atkbd0 > Jun 17 19:02:24 thor kernel: atkbd0: [GIANT-LOCKED] > Jun 17 19:02:24 thor kernel: psm0: irq 12 on atkbdc0 > Jun 17 19:12:16 thor kernel: ukbd0: rev 1.10/2.10, addr 2> on usbus0 > Jun 17 19:12:16 thor kernel: kbd2 at ukbd0 > Jun 17 19:12:16 thor devd: Executing '/etc/rc.d/syscons setkeyboard /dev/ukbd0' > Jun 17 19:12:27 thor kernel: ukbd0: at uhub0, port 2, addr 2 (disconnected) > Jun 17 19:12:27 thor devd: Executing '/etc/rc.d/syscons setkeyboard /dev/kbd0' > > % grep -i '\(keyboard\|kbd\)' /var/log/Xorg.0.log > [ 368.215] (**) |-->Input Device "Keyboard0" > [ 368.224] (II) LoadModule: "kbd" > [ 368.225] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so > [ 368.225] (II) Module kbd: vendor="X.Org Foundation" > [ 368.377] (II) Initializing built-in extension XKEYBOARD > [ 368.743] (II) config/hal: Adding input device AT Keyboard > >>> In Xorg log I got >>> [ 368.692] (--) synaptics: Touchpad0: synaptics touchpad found >>> [ 368.692] (--) synaptics: Touchpad0: no supported touchpad found >>> [ 368.692] (EE) synaptics: Touchpad0: Unable to query/initialize >>> Synaptics hardware. >>> but again, I didn't recompile any drivers. >> Yeah I wanna say that's because xf86-input-synaptics is talking to /dev/psm0 >> instead of /dev/sysmouse, but that doesn't sound right. Anyway that's what I'm >> looking at now - the devd patch to x11-servers/xorg-server, and next is >> x11-drivers/xf86-input-synaptics. > Good. :) > >> If you're handy with code you could probably find the code in xf86-input-synaptics >> that balks at the Synaptics device. My goal is having the user install these two >> packages on a touchpad laptop and have it just DTRT and correctly load the >> Synaptics driver. > I could probably find that code, but that's all. :) Anyway, as always, > I'm more than willing to test anything you find useful. > > Ivan From owner-freebsd-mobile@FreeBSD.ORG Thu Jun 19 12:28:42 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E3F8AC0 for ; Thu, 19 Jun 2014 12:28:42 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09C6B2A34 for ; Thu, 19 Jun 2014 12:28:41 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id j7so1903165qaq.10 for ; Thu, 19 Jun 2014 05:28:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=voPzV+L3X21cTRHZ9AHGCILgqIOHSz3sFk1iEVW05Ag=; b=bVoeOnMsSKgZXI/PTSqzP/MUvRLxhTAI9p/5LJg/rpz3y5u96fnRem8jtEvjfwCid1 W0jxHYZvxdV3QnEonwrTrvegSpsXsdryT/jiSH6VA4L05jMNQHTsjL6cYob8+kGsgHZ9 bfZhLUVZXghtZzU2AGoctNcxg0Uj2o/wqvXXP5wQ7WzqUD51LgSpS9wNjZtJGKaDwch1 8Sl4bqMwT9wBpgpQ3FIN9vX6DdNW0B3oypHVMrfd7Sr0Gixi9ZQoyn3Jw9MqPJyaf7td AjdzpeT8ETcPXnMFYA8R5oD/RioydouH1S1FMxkXf+Au/1CIvL+4j1hst4m6SltC5/mJ YtXQ== MIME-Version: 1.0 X-Received: by 10.140.32.116 with SMTP id g107mr6105023qgg.30.1403180920884; Thu, 19 Jun 2014 05:28:40 -0700 (PDT) Received: by 10.96.12.166 with HTTP; Thu, 19 Jun 2014 05:28:40 -0700 (PDT) In-Reply-To: <53A23DAF.7030201@yahoo.com> References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> <53A03BAF.3020807@yahoo.com> <53A080D3.2000207@yahoo.com> <53A23DAF.7030201@yahoo.com> Date: Thu, 19 Jun 2014 14:28:40 +0200 Message-ID: Subject: Re: [Patch] psm(4) ClickPad detection (was Re: Lenovo W540 so far) From: Ivan Rokotov To: Anthony Jenkins Content-Type: text/plain; charset=UTF-8 Cc: Eric McCorkle , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2014 12:28:42 -0000 Well, with patched synaptics driver + patched kernel = no touchpad at all, no keyboard (Ctrl+Alt+F1 worked). With patched synaptics + unpatched kernel = everything works as earlier. (Bluetooth mouse works all time time.) I post the relevant part of the logs + my xorg.conf, just for the case. # cat dmesg.today | grep psm0 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 # grep '\(keyboard\|kbd\)' Xorg.0.log [ 32.694] (II) LoadModule: "kbd" [ 32.695] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so [ 32.695] (II) Module kbd: vendor="X.Org Foundation" # cat messages | grep atkbd Jun 19 14:00:47 thorium kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Jun 19 14:00:47 thorium kernel: atkbd0: irq 1 on atkbdc0 Jun 19 14:00:47 thorium kernel: kbd0 at atkbd0 Jun 19 14:00:47 thorium kernel: atkbd0: [GIANT-LOCKED] Jun 19 14:00:47 thorium kernel: psm0: irq 12 on atkbdc0 # cat /etc/X11/xorg.conf | grep -v '^[[:space:]]*#' | sed 's/#.*$//' Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Touchpad0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" Option "DontZap" "off" Option "AutoAddDevices" "off" Option "AllowEmptyInput" "off" Option "AIGLX" "true" EndSection Section "Server Flags" Option "IgnoreABI" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" FontPath "/usr/local/lib/X11/fonts/Droid/" FontPath "/usr/local/lib/X11/fonts/LinLibertineG/" FontPath "/usr/local/lib/X11/fonts/Liberation/" FontPath "/usr/local/lib/X11/fonts/GentiumBasic/" EndSection Section "Module" Load "dbe" Load "dri" Load "dri2" Load "extmod" Load "record" Load "glx" Load "freetype" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "InputDevice" Identifier "Touchpad0" Driver "synaptics" Option "SHMConfig" "On" Option "Protocol" "psm" Option "Device" "/dev/psm0" Option "SendCoreEvents" "true" Option "ClickPad" "1" Option "SoftButtonAreas" "50% 0 82% 0 0 0 0 0" Option "TapButton1" "1" Option "TapButton2" "3" Option "TapButton3" "2" Option "ClickFinger1" "1" Option "ClickFinger2" "3" Option "ClickFinger3" "2" Option "VertTwoFingerScroll" "1" Option "HorizTwoFingerScroll" "1" Option "VertScrollDelta" "-50" Option "HorizScrollDelta" "-60" Option "EmulateMidButtonTime" "0" Option "EdgeMotionMinSpeed" "30" Option "EdgeMotionMaxZ" "60" Option "FingerLow" "29" Option "FingerHigh" "38" Option "MaxTapTime" "250" Option "MaxTapMove" "100" Option "MaxDoubleTapTime" "100" Option "ClickTime" "100" Option "SingleTapTimeout" "200" Option "MaxSpeed" "1.8" Option "HorizHysteresis" "32" Option "VertHysteresis" "32" Option "AccelFactor" "0.04" Option "LockedDrags" "1" Option "LockedDragTimeout" "200" Option "PalmDetect" "1" Option "PalmMinWidth" "10" Option "PalmMinZ" "130" Option "CoastingSpeed" "0.3" Option "VertEdgeScroll" "on" Option "HorizEdgeScroll" "on" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" Option "DMPS" EndSection Section "Device" Identifier "Card0" Driver "intel" VendorName "Intel Corporation" BoardName "3rd Gen Core processor Graphics Controller" BusID "PCI:0:2:0" EndSection Section "Screen" Option "AddARGBGLXVisuals" "True" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Section "Extensions" Option "Composite" "Enable" EndSection From owner-freebsd-mobile@FreeBSD.ORG Thu Jun 19 13:50:55 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13D9EE9D for ; Thu, 19 Jun 2014 13:50:55 +0000 (UTC) Received: from nm20.bullet.mail.bf1.yahoo.com (nm20.bullet.mail.bf1.yahoo.com [98.139.212.179]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A81E8225F for ; Thu, 19 Jun 2014 13:50:54 +0000 (UTC) Received: from [66.196.81.174] by nm20.bullet.mail.bf1.yahoo.com with NNFMP; 19 Jun 2014 13:47:29 -0000 Received: from [98.139.212.242] by tm20.bullet.mail.bf1.yahoo.com with NNFMP; 19 Jun 2014 13:47:29 -0000 Received: from [127.0.0.1] by omp1051.mail.bf1.yahoo.com with NNFMP; 19 Jun 2014 13:47:29 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 280040.34423.bm@omp1051.mail.bf1.yahoo.com Received: (qmail 37599 invoked by uid 60001); 19 Jun 2014 13:47:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1403185649; bh=i1FCBWIIX4W+/rG2BNk1s6wrXy5ri/cCOfZtz9PaU8c=; h=References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=z4FcJ4+rfK2nI76KyvBeapWSD7Nro7SPybK2c4tLHLaFfZm39wqj7ZgWs0ctK7mXQ6REZFYsN+dfBxYsgY4kgsZim6jSvSvm9m95eVxvzm0ht3AUC6KbRAfN/B0Z9dccA6Bfw4GVdgNWam6byIMZNUi4oaA+wjVRDY+XNjtzBLs= X-YMail-OSG: f86vdoIVM1kZL8iw1zs4ijsNqDxtcK6H3sWK_vGpB5glyLZ gUsFs13K2rwlyV92CFBuWgjCIctrSTK1HTfDowF3IyupvTSz6oEMQkRQc059 lQX7EVGIQvbRjJPZQGKZKVoJsFT_SrbSsu_Xhm5lbOTP2ZjvtlSNq99M5rDU MQclYyivcw31Ml1Je1SuU5DGF2rhw0touqlp43V3G.isxYQgEV0VkLj9_REN 19VYvU_.Lb3BnYoi1cMwiB9IC_nCSfyscGoUSj.nNmZCQ1PaNQJCZXP3fwIw uPdsGySWDniub2Ba9uoG7xg5RPR8VHWJ2PQCJYCOqyKjvqoBDS5GE8Jy_JOY _RNSZ.uH4HyDJncmxpeWURU7y.mwr_T_Tht8y72601M2EEblLffFsefnCMgk gO4lsfuIB.GVqr2qghwFJEOTnU.LyEAnOe.lbTEPyjerpqx_7U0mcf.bolIo cj.0vtRpvtedop.Xdj9JclurDvtkfTtlcfAh36iHeVH2sYnColNp2i_5Jt0r AXAU1Nle5vr585TXrB5yVGh6YS5DR3d5huklmpytehVpWSO57Yv6MZDYuHJv ERR.Q0U0I_SH.7sbd9L4lZoFUKOq83h9FimEehMCqTcgrKqABzeF2.6NsLZr TlaM- Received: from [70.90.74.161] by web140703.mail.bf1.yahoo.com via HTTP; Thu, 19 Jun 2014 06:47:29 PDT X-Rocket-MIMEInfo: 002.001, SXMgeW91ciBYIHNlcnZlciBjb21waWxlZCB3aXRoIGRldmQoOCkgc3VwcG9ydCAoZXhwZXJpbWVudGFsKSBvciBoYWxkIHN1cHBvcnQ_CgoKVGhlIGtleWJvYXJkIG5vdCB3b3JraW5nIGJ1Z3MgbWUgLSB5b3UgbWlnaHQgdHJ5IGRvaW5nIGEgJ21ha2UgYnVpbGR3b3JsZC9pbnN0YWxsd29ybGQnIGFzIHBlciAvdXNyL3NyYy9VUERBVElORyAob3IganVzdCBjb3B5IC91c3Ivc3JjL3N5cy9zeXMvbW91c2UuaCB0byAvdXNyL2luY2x1ZGUvc3lzL21vdXNlLmgpIGFuZCByZWJ1aWxkIHgxMS1kcml2ZXJzL3hmODYBMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> <53A03BAF.3020807@yahoo.com> <53A080D3.2000207@yahoo.com> <53A23DAF.7030201@yahoo.com> Message-ID: <1403185649.28371.YahooMailNeo@web140703.mail.bf1.yahoo.com> Date: Thu, 19 Jun 2014 06:47:29 -0700 From: Anthony Jenkins Reply-To: Anthony Jenkins Subject: Re: [Patch] psm(4) ClickPad detection (was Re: Lenovo W540 so far) To: Ivan Rokotov In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Eric McCorkle , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2014 13:50:55 -0000 Is your X server compiled with devd(8) support (experimental) or hald suppo= rt?=0A=0A=0AThe keyboard not working bugs me - you might try doing a 'make = buildworld/installworld' as per /usr/src/UPDATING (or just copy /usr/src/sy= s/sys/mouse.h to /usr/include/sys/mouse.h) and rebuild x11-drivers/xf86-inp= ut-{mouse|keyboard|synaptics}.=A0 My touchpad detection didn't work because= ioctl(/dev/psm0) detected the different sizes of struct synapticshw_t.=A0 = You might also try backing out my ClickPad detection patch from psm(4).=0A= =0A=0AI'll probably need your entire /var/log/Xorg.0.log to see why it's no= t working.=A0 Can you kill your X server, then run=0A=0A=A0=A0 X -logverbos= e 99 -verbose 99=0A=0A, switch back to console with , kill t= he server with -C and send /var/log/Xorg.0.log?=A0 One difference bet= ween us is I'm not using an /etc/X11/Xorg.conf config file.=0A=0A=0AI was u= p late last night getting devd support working (when they said "experimenta= l", they weren't lying!) and finally got Xorg to detect my touchpad as a Sy= naptics device and use the right driver, but my hacks are nowhere near read= y for posting.=A0 I had to uninstall xf86-input-mouse to get it to load bef= ore the mouse driver.=0A=0A=0AIn total, I think this is what's needed (I'll= put these in order I guess):=0A=0A=A0- psm(4): Add ClickPad support (detec= tion, click handling)=0A=A0- devd(8): Make sure devd(8) properly reports Sy= naptics devices.=0A=A0- x11-servers/xorg-server: Massively clean up devd su= pport=0A=0A=A0- x11-drivers/xf86-input-synaptics: Enable detection of psm(4= ) Synaptics support=0A=A0- sysutils/hal: Make sure hald(8) properly reports= Synaptics devices.=0A=0Adevd(8) just reports "PS/2 mouse" for the existenc= e of a psm[0-9] device; should probably append attributes like "Synaptics t= ouchpad" or "Synaptics ClickPad" to that.=0A=0AAnthony=0A=0A=0A=0A----- Ori= ginal Message -----=0AFrom: Ivan Rokotov =0ATo:= Anthony Jenkins =0ACc: Eric McCorkle ; "freebsd-mobile@freebsd.org" =0ASent: = Thursday, June 19, 2014 8:28 AM=0ASubject: Re: [Patch] psm(4) ClickPad dete= ction (was Re: Lenovo W540 so far)=0A=0AWell, with patched synaptics driver= + patched kernel =3D no touchpad at=0Aall, no keyboard (Ctrl+Alt+F1 worked= ). With patched synaptics +=0Aunpatched kernel =3D everything works as earl= ier. (Bluetooth mouse works=0Aall time time.)=0A=0AI post the relevant part= of the logs + my xorg.conf, just for the case.=0A=0A# cat dmesg.today | gr= ep psm0=0Apsm0: irq 12 on atkbdc0=0Apsm0: [GIANT-LOCKED]=0Apsm= 0: model Synaptics Touchpad, device ID 0=0A=0A# grep '\(keyboard\|kbd\)' Xo= rg.0.log=0A[=A0 =A0 32.694] (II) LoadModule: "kbd"=0A[=A0 =A0 32.695] (II) = Loading /usr/local/lib/xorg/modules/input/kbd_drv.so=0A[=A0 =A0 32.695] (II= ) Module kbd: vendor=3D"X.Org Foundation"=0A=0A# cat messages | grep atkbd= =0AJun 19 14:00:47 thorium kernel: atkbdc0: = =0A=0A=0A=0Aport 0x60,0x64 irq 1 on acpi0=0AJun 19 14:00:47 thorium kernel:= atkbd0: irq 1 on atkbdc0=0AJun 19 14:00:47 thorium kernel: k= bd0 at atkbd0=0AJun 19 14:00:47 thorium kernel: atkbd0: [GIANT-LOCKED]=0AJu= n 19 14:00:47 thorium kernel: psm0: irq 12 on atkbdc0=0A=0A# c= at /etc/X11/xorg.conf | grep -v '^[[:space:]]*#' | sed 's/#.*$//'=0ASection= "ServerLayout"=0AIdentifier=A0 =A0 "X.org Configured"=0AScreen=A0 =A0 =A0= 0=A0 "Screen0" 0 0=0AInputDevice=A0 =A0 "Mouse0" "CorePointer"=0AInputDevi= ce=A0 =A0 "Touchpad0" "CorePointer"=0AInputDevice=A0 =A0 "Keyboard0" "CoreK= eyboard"=0AOption "DontZap" "off"=0AOption "AutoAddDevices" "off"=0AOption = "AllowEmptyInput" "off"=0AOption=A0 =A0 =A0 =A0 "AIGLX" "true"=0AEndSectio= n=0A=0ASection "Server Flags"=0A=A0 =A0 Option=A0 =A0 =A0 =A0 =A0 =A0 =A0 = "IgnoreABI"=0AEndSection=0A=0ASection "Files"=0AModulePath=A0 "/usr/local/= lib/xorg/modules"=0AFontPath=A0 =A0 "/usr/local/lib/X11/fonts/misc/"=0AFon= tPath=A0 =A0 "/usr/local/lib/X11/fonts/TTF/"=0AFontPath=A0 =A0 "/usr/loca= l/lib/X11/fonts/OTF"=0AFontPath=A0 =A0 "/usr/local/lib/X11/fonts/Type1/"= =0AFontPath=A0 =A0 "/usr/local/lib/X11/fonts/100dpi/"=0AFontPath=A0 =A0 "= /usr/local/lib/X11/fonts/75dpi/"=0AFontPath "/usr/local/lib/X11/fonts/Droid= /"=0AFontPath "/usr/local/lib/X11/fonts/LinLibertineG/"=0AFontPath "/usr/lo= cal/lib/X11/fonts/Liberation/"=0AFontPath "/usr/local/lib/X11/fonts/Gentium= Basic/"=0AEndSection=0A=0ASection "Module"=0ALoad=A0 "dbe"=0ALoad=A0 "dri"= =0ALoad=A0 "dri2"=0ALoad=A0 "extmod"=0ALoad=A0 "record"=0ALoad=A0 "glx"=0AL= oad=A0 "freetype"=0AEndSection=0A=0ASection "InputDevice"=0AIdentifier=A0 "= Keyboard0"=0ADriver=A0 =A0 =A0 "kbd"=0AEndSection=0A=0ASection "InputDevice= "=0A=A0 Identifier=A0 =A0 "Mouse0"=0A=A0 Driver=A0 =A0 =A0 =A0 "mouse"= =0A=A0 Option=A0 =A0 =A0 =A0 "Protocol" "auto"=0A=A0 Option=A0 =A0 =A0 = =A0 "Device" "/dev/sysmouse"=0A=A0 Option=A0 =A0 =A0 =A0 "ZAxisMapping" = "4 5 6 7"=0AEndSection=0A=0ASection "InputDevice"=0A=A0 Identifier=A0 "Tou= chpad0"=0A=A0 Driver=A0 =A0 =A0 "synaptics"=0A=A0 Option=A0 =A0 =A0 "SHM= Config" "On"=0A=A0 Option=A0 =A0 =A0 "Protocol" "psm"=0A=A0 Option=A0 = =A0 =A0 "Device"=A0 "/dev/psm0"=0A=A0 Option=A0 =A0 =A0 "SendCoreEvents"= "true"=0A=A0 =A0 =A0 =A0 Option "ClickPad" "1"=0A=A0 =A0 =A0 =A0 Option "S= oftButtonAreas" "50% 0 82% 0 0 0 0 0"=0A=A0 =A0 =A0 =A0 Option "TapButton1"= "1"=0A=A0 =A0 =A0 =A0 Option "TapButton2" "3"=0A=A0 =A0 =A0 =A0 Option "Ta= pButton3" "2"=0A=A0 =A0 =A0 =A0 Option "ClickFinger1" "1"=0A=A0 =A0 =A0 =A0= Option "ClickFinger2" "3"=0A=A0 =A0 =A0 =A0 Option "ClickFinger3" "2"=0A= =A0 =A0 =A0 =A0 Option "VertTwoFingerScroll" "1"=0A=A0 =A0 =A0 =A0 Option "= HorizTwoFingerScroll" "1"=0A=A0 =A0 =A0 =A0 Option "VertScrollDelta" "-50"= =0A=A0 =A0 =A0 =A0 Option "HorizScrollDelta" "-60"=0A=A0 =A0 =A0 =A0 Option= "EmulateMidButtonTime" "0"=0A=A0 =A0 =A0 =A0 Option "EdgeMotionMinSpeed" "= 30"=0A=A0 =A0 =A0 =A0 Option "EdgeMotionMaxZ" "60"=0A=A0 =A0 =A0 =A0 Option= "FingerLow" "29"=0A=A0 =A0 =A0 =A0 Option "FingerHigh" "38"=0A=A0 =A0 =A0 = =A0 Option "MaxTapTime" "250"=0A=A0 =A0 =A0 =A0 Option "MaxTapMove" "100"= =0A=A0 =A0 =A0 =A0 Option "MaxDoubleTapTime" "100"=0A=A0 =A0 =A0 =A0 Option= "ClickTime" "100"=0A=A0 =A0 =A0 =A0 Option "SingleTapTimeout" "200"=0A=A0 = =A0 =A0 =A0 Option "MaxSpeed" "1.8"=0A=A0 =A0 =A0 =A0 Option "HorizHysteres= is" "32"=0A=A0 =A0 =A0 =A0 Option "VertHysteresis" "32"=0A=A0 =A0 =A0 =A0 O= ption "AccelFactor" "0.04"=0A=A0 =A0 =A0 =A0 Option "LockedDrags" "1"=0A=A0= =A0 =A0 =A0 Option "LockedDragTimeout" "200"=0A=A0 =A0 =A0 =A0 Option "Pal= mDetect" "1"=0A=A0 =A0 =A0 =A0 Option "PalmMinWidth" "10"=0A=A0 =A0 =A0 =A0= Option "PalmMinZ" "130"=0A=A0 =A0 =A0 =A0 Option "CoastingSpeed" "0.3"=0A= =0A=A0 =A0 =A0 Option "VertEdgeScroll" "on"=0A=A0 =A0 =A0 Option "HorizEd= geScroll" "on"=0A=0AEndSection=0A=0ASection "Monitor"=0AIdentifier=A0 "Mon= itor0"=0AVendorName=A0 "Monitor Vendor"=0AModelName=A0 =A0 "Monitor Model"= =0AOption "DMPS"=0AEndSection=0A=0ASection "Device"=0AIdentifier=A0 "Card0"= =0ADriver=A0 =A0 =A0 "intel"=0AVendorName=A0 "Intel Corporation"=0ABoardNam= e=A0 "3rd Gen Core processor Graphics Controller"=0ABusID=A0 =A0 =A0 "PCI= :0:2:0"=0AEndSection=0A=0ASection "Screen"=0AOption=A0 =A0 =A0 =A0 "AddARG= BGLXVisuals" "True"=0AIdentifier "Screen0"=0ADevice=A0 =A0 "Card0"=0AMonit= or=A0 =A0 "Monitor0"=0ASubSection "Display"=0AViewport=A0 0 0=0ADepth=A0 = =A0 1=0AEndSubSection=0ASubSection "Display"=0AViewport=A0 0 0=0ADepth=A0= =A0 4=0AEndSubSection=0ASubSection "Display"=0AViewport=A0 0 0=0ADepth= =A0 =A0 8=0AEndSubSection=0ASubSection "Display"=0AViewport=A0 0 0=0ADept= h=A0 =A0 15=0AEndSubSection=0ASubSection "Display"=0AViewport=A0 0 0=0ADe= pth=A0 =A0 16=0AEndSubSection=0ASubSection "Display"=0AViewport=A0 0 0=0A= Depth=A0 =A0 24=0AEndSubSection=0AEndSection=0A=0ASection "Extensions"=0A= =A0 Option=A0 =A0 =A0 =A0 "Composite" "Enable"=0AEndSection=0A From owner-freebsd-mobile@FreeBSD.ORG Thu Jun 19 15:20:54 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 316C8339 for ; Thu, 19 Jun 2014 15:20:54 +0000 (UTC) Received: from mail-oa0-x22b.google.com (mail-oa0-x22b.google.com [IPv6:2607:f8b0:4003:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E80F22B92 for ; Thu, 19 Jun 2014 15:20:53 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id o6so5508274oag.16 for ; Thu, 19 Jun 2014 08:20:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9exzHkQYxmSTWj4RcB3lR4y0fgqiJlmGit5TSH/gbGc=; b=E2uVnS+0FW4XjuqD8hOiSd9gTl8kLnkzkqyIdOpR6EZR+SDRU+3kKBtlK4Z6i9XWTO PQoX9Sp3K7ezA3g+5HM2526a1ITirluuC0elCAA+5+Pg+CLrlt2yuOgjMy/F4j037C/H wGNJrAUw8/CgU9+RxpGU5h69jk2Cn53yXJaeB3Szs6SxVEanS5OmlYvp4gScUWq4kDL2 7qPbunmG+j7qleclmQ7X4+WIVEVFyo5o+uQBmndTrazl7kf5w+X+uByJr3bVhVtZx4Qc LIddxlN89/5VzTx8UXJhjqUwQFoqP2wwwNTh1z3wnH/uHacbeYRrrpONLyyHlMu3WTEo juLg== MIME-Version: 1.0 X-Received: by 10.60.101.170 with SMTP id fh10mr5138794oeb.39.1403191253238; Thu, 19 Jun 2014 08:20:53 -0700 (PDT) Received: by 10.202.90.135 with HTTP; Thu, 19 Jun 2014 08:20:53 -0700 (PDT) In-Reply-To: <1403185649.28371.YahooMailNeo@web140703.mail.bf1.yahoo.com> References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> <53A03BAF.3020807@yahoo.com> <53A080D3.2000207@yahoo.com> <53A23DAF.7030201@yahoo.com> <1403185649.28371.YahooMailNeo@web140703.mail.bf1.yahoo.com> Date: Thu, 19 Jun 2014 17:20:53 +0200 Message-ID: Subject: Re: [Patch] psm(4) ClickPad detection (was Re: Lenovo W540 so far) From: Ivan Rokotov To: Anthony Jenkins Content-Type: text/plain; charset=UTF-8 Cc: Eric McCorkle , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2014 15:20:54 -0000 2014-06-19 15:47 GMT+02:00 Anthony Jenkins : > The keyboard not working bugs me - you might try doing a 'make > buildworld/installworld' as per /usr/src/UPDATING (or just copy > /usr/src/sys/sys/mouse.h to /usr/include/sys/mouse.h) and rebuild > x11-drivers/xf86-input-{mouse|keyboard|synaptics}. Thank you, this was the problem. Sorry, I overlooked that I have to copy the new mouse.h to /usr/include/sys before rebuilding the synaptics driver. Now (with patched kernel and patched driver) I have everything as before: clickpad property is detected during boot, and working keyboard and touchpad in X (without real click possibility - as far as I understand, it's expected). So now I can move to the further tests. :) > Is your X server compiled with devd(8) support (experimental) or hald support? Default options: [x] AIGLX Compile with Accelerated Indirect GLX support [x] SUID Install the Xorg server with setuid bit set -------------------------------- CONF ------------------------------ (*) HAL Compile with HAL config support ( ) DEVD Use devd for autoconfiguration of input devices (experi) > I'll probably need your entire /var/log/Xorg.0.log to see why it's not working. > Can you kill your X server, then run So I guess it's not needed for now. I. From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 21 01:58:35 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD522854; Sat, 21 Jun 2014 01:58:34 +0000 (UTC) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::103]) by mx1.freebsd.org (Postfix) with ESMTP id A5DCF2180; Sat, 21 Jun 2014 01:58:34 +0000 (UTC) Received: from [172.16.1.182] (unknown [172.16.1.182]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 997C7258AE; Sat, 21 Jun 2014 01:58:33 +0000 (UTC) Message-ID: <53A4E6C9.7070506@metricspace.net> Date: Fri, 20 Jun 2014 21:58:33 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Lenovo W540 so far References: <539DA73B.7050709@metricspace.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jun 2014 01:58:35 -0000 Sure. I may even still have a wiki account. On 06/18/2014 00:07, Adrian Chadd wrote: > Hi! > > Would you be willing to write up a wiki page for this? > > http://wiki.freebsd.org/Laptops > > That way we have a lit of what laptops are known to work and what the > limitations are. > > It'd also be nice to add those lines to a wiki page somewhere so we > don't forget the magic. > > Thanks! > > > -a > > > > On 15 June 2014 07:01, Eric McCorkle wrote: >> Hello all, >> >> I recently purchased a Lenovo W540 mobile workstation. Most of the hardware >> works, though there are a few issues. Here is a breakdown of my setup, what >> works, and what doesn't. >> >> >> Basic Installation: I set up a GPT/ZFS-only scheme. The laptop comes >> pre-configured for booting UEFI-only, but it supports a legacy BIOS boot >> mode. Setting up ZFS went smoothly with little trouble. >> >> The laptop also came with a 16 GB flash drive, which I used as a swap >> device. It could also be used as an L2ARC for ZFS. >> >> I also ran into some build errors when trying to build world, that seemed to >> be caused by a version mismatch between the clang-tblgen binary in the 10 >> installer and the .tbl files in head. >> >> >> ACPI: Suspend/resume works without incident, both in terminal mode and in X. >> The following error messages get printed: >> >> pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: >> AE_BAD_PARAMETER >> pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: >> AE_BAD_PARAMETER >> pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: >> AE_BAD_PARAMETER >> pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP3: >> AE_BAD_PARAMETER >> pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: >> AE_BAD_PARAMETER >> >> This doesn't seem to affect anything, though. >> >> A similar error occurs when trying to use the nvidia driver. However, these >> errors do seem to prevent the driver from working: >> >> ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - >> Found [Buffer], APCI requires [Package] (20130823/nsarguments-97) >> (the same message gets repeated about 10 times) >> >> >> Xorg: As previously mentioned, the nvidia driver is non-functional. The nv >> driver does not seem to support the on-board card (Quadro K1100). The vesa >> driver works though. >> >> I'm using enlightenment 17. I haven't done anything fancy with it yet, >> though. >> >> >> USB: USB 1.0 and 2.0 seem to work. USB 3.0 has problems. >> >> The messages for xhci are: >> >> xhci0: mem 0xb2a20000-b2a2ffff irq 16 >> at device 3.0 on pci0 >> xhci0: 32 byte context size >> xhci0: Port routing mask set to 0xffffffff >> ... >> xhci0: Port routing mask set to 0x00000000 >> usb_alloc_device: device init 2 failed (USB_ERR_IOERROR, ignored) >> >> >> A bit of looking around seemed to reveal that there's known issues with the >> Lynx Point controller. I don't know much about the USB system, so not sure >> what to do here. >> >> >> Mouse: Trackpad and trackpoint work, though Synaptics does not seem to be >> supported (at the kernel driver level). If I'm not mistaken, the touchpad >> is a multitouch touchpad, so maybe I will look into why it's not supported. >> >> The touchpad is a bit sensitive, though, and an accidental palm touch can >> register as a click. >> >> Sound: Sound card gets detected, seems to work, though I haven't done >> anything serious with it yet. Also experimenting a bit with setting up rc >> scripts to start audio servers like Jack and Pulseaudio and run them as >> system-wide processes >> >> >> Network: Ethernet works fine, Intel 7260AC chipset is not supported for >> wireless :( >> >> >> Questions/suggestions/advice are welcome. >> >> Eric >> _______________________________________________ >> freebsd-mobile@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile >> To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 21 02:27:24 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF026E5C; Sat, 21 Jun 2014 02:27:24 +0000 (UTC) Received: from mail.metricspace.net (207-172-209-89.c3-0.arl-ubr1.sbo-arl.ma.static.cable.rcn.com [207.172.209.89]) by mx1.freebsd.org (Postfix) with ESMTP id 811D52379; Sat, 21 Jun 2014 02:27:23 +0000 (UTC) Received: from [172.16.1.182] (unknown [172.16.1.182]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 9810B25B10; Sat, 21 Jun 2014 02:27:17 +0000 (UTC) Message-ID: <53A4ED85.2050904@metricspace.net> Date: Fri, 20 Jun 2014 22:27:17 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ian Smith Subject: Re: ACPI error messages on Lenovo W540 References: <53A048B1.1080108@metricspace.net> <20140618163410.C609@sola.nimnet.asn.au> In-Reply-To: <20140618163410.C609@sola.nimnet.asn.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jun 2014 02:27:24 -0000 On 06/18/2014 03:17, Ian Smith wrote: > On Tue, 17 Jun 2014 09:54:57 -0400, Eric McCorkle wrote: > > > I'm trying to set up on a lenovo W540 mobile workstation I recently > > purchased. Things work well for the most part (including suspend/resume), > > however there's some error messages that I suspect are at the root of why the > > nvidia Xorg driver doesn't work, and possibly also at the root of why USB 3.0 > > won't work either. > > > > At suspend/resume, the following error messages show up: > > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > > AE_BAD_PARAMETER > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > > AE_BAD_PARAMETER > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > > AE_BAD_PARAMETER > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP3: > > AE_BAD_PARAMETER > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > > AE_BAD_PARAMETER > > > > I suspect these might have something to do with the USB 3.0 system not > > working, though I don't have experience with either the ACPI or USB > > subsystems. > > > > Also, the nvidia Xorg driver fails to work, and causes a similar error > > message: > > > > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - > > Found [Buffer], APCI requires [Package] (20130823/nsarguments-97) > > (the same message gets repeated about 10 times) > > > > Again, I don't have any experience with ACPI, but this looks to me like a > > vendor-specific quirk. > > > > Any advice on how to go about fixing/working around this? > > Hi Eric, > > I refer you to freebsd-mobile@ archives for May re these 'failed to set > ACPI power state D2' messages, in thread 'Thinkpad T410: resume broken'. > I'm also cross-posting this back there. I ran across those also. > These appear on the suspend path on (AFAICT) all modern Lenovos; X2xx, > T4xx and T5xx at least, though I get similar messages for the Cardbus > bridges on my old T23s. The EXPn messages at least do appear to be > harmless though they keep causing your sort of concern, and it would be > good in the long run to find out why attempts are being made to set > state D2 on devices that (should indicate that they) don't support it. > > John Baldwin (cc'd) explains in that thread that the EXPn devices are > "probably PCI-PCI bridges that represent the downstream ports of your > PCI-e root complex)" though I can't say I understand what that means .. > with verbose boot messages you may also see that these are initialised > back into D0 state twice, unlike the other devices. Whatever they do, the messages suggest that it might just be what amounts to a type error in the ACPI code (apologies for any inaccuracies; I have only cursory knowledge of ACPI, but I know there's some kind of interpreted language in there somewhere). Again, sorry for lack of knowledge, but does FreeBSD have any sort of functionality for working around these sort of vendor quirks? > > The PEG_ message seems to appear on the more recent ones with integrated > graphics. I don't know if that message represents a problem or not, > though the later warnings re \134_SB_.PCI0.PEG_.VID_._DSM seem ominous. Some poking around on google seems to show other lenovos (the T440p) having similar problems with the nvidia drivers. I suppose a worthwhile experiment might be to remove ACPI from the kernel and see if the driver works successfully. If the driver issues persist, I'm not sure what to do other than contact nvidia directly. If it does work, however, that suggests digging into the ACPI stuff on the lenovo as a possible way forward. I'd be willing to try, and again, the messages suggest it's a relatively simple programming error somewhere in the Lenovo ACPI stuff. > It would be good to know if your USB3 issues are connected to the more > generic issue all these Lenovos appear to have of USB failing entirely, > only on the external ports, after - depending on model - one or two > suspend/resume cycles. There's not even any 5V on these ports, whether > or not the BIOS has been set to provide 5V on these ports in suspend or > power-off states. Does that also happen on yours? The apparent connection to the USB issues seems likely to be a red herring at this point. The messages show up near some USB error messages, but that seems to just be "luck". I found some other threads about USB 3.0 issues, but in general, USB seems to work. There were serious issues when I first installed, but after an update and a kernel compile, they went away. I can mount a thumb drive and my phone starts charging if I plug it in. There's still an error message, but honestly, I'm more interested in getting the nvidia driver working at this point. From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 21 02:33:12 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94DF6EFD for ; Sat, 21 Jun 2014 02:33:12 +0000 (UTC) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::103]) by mx1.freebsd.org (Postfix) with ESMTP id 4481F2402 for ; Sat, 21 Jun 2014 02:33:12 +0000 (UTC) Received: from [172.16.1.182] (unknown [172.16.1.182]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id DDC4425BA0 for ; Sat, 21 Jun 2014 02:33:11 +0000 (UTC) Message-ID: <53A4EEE7.4000306@metricspace.net> Date: Fri, 20 Jun 2014 22:33:11 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: Re: Lenovo W540 so far References: <539DA73B.7050709@metricspace.net> In-Reply-To: <539DA73B.7050709@metricspace.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jun 2014 02:33:12 -0000 I did some more messing around. With the right drivers compiled into the kernel (ichsmb), smbus gets detected. pciconf -lv shows two devices without drivers at this point. One is the wireless card (obviously), and the other is a Lynx Point MEI controller. Some googling around turned up some threads that mentioned a "heci" driver that was under development, but it doesn't seem to be a valid driver option. Does anyone know about the status of this driver (I'm not too concerned about it, just going for completionism)? On 06/15/2014 10:01, Eric McCorkle wrote: > Hello all, > > I recently purchased a Lenovo W540 mobile workstation. Most of the > hardware works, though there are a few issues. Here is a breakdown of > my setup, what works, and what doesn't. > > > Basic Installation: I set up a GPT/ZFS-only scheme. The laptop comes > pre-configured for booting UEFI-only, but it supports a legacy BIOS boot > mode. Setting up ZFS went smoothly with little trouble. > > The laptop also came with a 16 GB flash drive, which I used as a swap > device. It could also be used as an L2ARC for ZFS. > > I also ran into some build errors when trying to build world, that > seemed to be caused by a version mismatch between the clang-tblgen > binary in the 10 installer and the .tbl files in head. > > > ACPI: Suspend/resume works without incident, both in terminal mode and > in X. The following error messages get printed: > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP3: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > AE_BAD_PARAMETER > > This doesn't seem to affect anything, though. > > A similar error occurs when trying to use the nvidia driver. However, > these errors do seem to prevent the driver from working: > > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - > Found [Buffer], APCI requires [Package] (20130823/nsarguments-97) > (the same message gets repeated about 10 times) > > > Xorg: As previously mentioned, the nvidia driver is non-functional. The > nv driver does not seem to support the on-board card (Quadro K1100). The > vesa driver works though. > > I'm using enlightenment 17. I haven't done anything fancy with it yet, > though. > > > USB: USB 1.0 and 2.0 seem to work. USB 3.0 has problems. > > The messages for xhci are: > > xhci0: mem 0xb2a20000-b2a2ffff irq > 16 at device 3.0 on pci0 > xhci0: 32 byte context size > xhci0: Port routing mask set to 0xffffffff > ... > xhci0: Port routing mask set to 0x00000000 > usb_alloc_device: device init 2 failed (USB_ERR_IOERROR, ignored) > > > A bit of looking around seemed to reveal that there's known issues with > the Lynx Point controller. I don't know much about the USB system, so > not sure what to do here. > > > Mouse: Trackpad and trackpoint work, though Synaptics does not seem to > be supported (at the kernel driver level). If I'm not mistaken, the > touchpad is a multitouch touchpad, so maybe I will look into why it's > not supported. > > The touchpad is a bit sensitive, though, and an accidental palm touch > can register as a click. > > Sound: Sound card gets detected, seems to work, though I haven't done > anything serious with it yet. Also experimenting a bit with setting up > rc scripts to start audio servers like Jack and Pulseaudio and run them > as system-wide processes > > > Network: Ethernet works fine, Intel 7260AC chipset is not supported for > wireless :( > > > Questions/suggestions/advice are welcome. > > Eric > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 21 09:10:34 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1D9E37A for ; Sat, 21 Jun 2014 09:10:34 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 387C82056 for ; Sat, 21 Jun 2014 09:10:34 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id cc10so2017765wib.3 for ; Sat, 21 Jun 2014 02:10:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=Zq+Gs085L8E3HuNQlyPjOuE0YWtv4CmgfI+LBGlyKCE=; b=uFZBXtWR6O1BYKR48vDsUi5nDC2D+GyU3KV2ieMwIWU8xUTK+4FFMy37QEt2ph0Xta 8rMaA0Y9Op8oBY/18Z990W5FREMCGnQ62bpsxWdheQ4mB89Mhf3pb/jtjQmRoOkAXId/ mKcS+nVE5MTzNl46uBOC3/641T6Ycs9XFPvSooWFC5KlgpgfK5jWnquQmr4D03gXZqlc 2aZJwKTBbiAda5HErcEX8W+WQmdySaJUD65V1K4WXsC1MiX7VeVNoY4eilfpClJoGkPx qzsO0/Mbs9hojwAcpnGkNe1I8fxBkHSV8dWpc5T0sQBhiDgMkZ3bSV/0kFCcNQlJzlLR QSKg== X-Received: by 10.180.14.166 with SMTP id q6mr10175916wic.40.1403341832382; Sat, 21 Jun 2014 02:10:32 -0700 (PDT) Received: from [192.168.178.121] (p5B36D24B.dip0.t-ipconnect.de. [91.54.210.75]) by mx.google.com with ESMTPSA id d6sm21133269wjb.4.2014.06.21.02.10.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Jun 2014 02:10:31 -0700 (PDT) Message-ID: <53A54C05.7060403@gmail.com> Date: Sat, 21 Jun 2014 11:10:29 +0200 From: =?ISO-8859-1?Q?Jan_Kokem=FCller?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-mobile@freebsd.org Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jun 2014 09:10:34 -0000 > After some experimenting, I found this patch, which solved the problem > completely: > http://lists.freebsd.org/pipermail/freebsd-x11/2013-October/013727.html > > Now, I have this in X log after resume: > [ 4561.749] (WW) intel(0): retrying batchbuffer submit > [ 4561.803] (WW) intel(0): retrying batchbuffer submit > [ 4561.857] (WW) intel(0): retrying batchbuffer submit > [ 4561.908] (WW) intel(0): retrying batchbuffer submit > [ 4561.959] (WW) intel(0): retrying batchbuffer submit > [ 4562.012] (WW) intel(0): retrying batchbuffer submit > [ 4562.063] (WW) intel(0): retrying batchbuffer submit > [ 4562.117] (WW) intel(0): retrying batchbuffer submit > [ 4562.171] (WW) intel(0): retrying batchbuffer submit > [ 4562.225] (WW) intel(0): retrying batchbuffer submit > [ 4562.279] (WW) intel(0): retrying batchbuffer submit > [ 4562.333] (WW) intel(0): retrying batchbuffer submit > [ 4562.386] (WW) intel(0): retrying batchbuffer submit > [ 4562.439] (WW) intel(0): retrying batchbuffer submit > [ 4562.493] (WW) intel(0): retrying batchbuffer submit > [ 4562.547] (WW) intel(0): retrying batchbuffer submit > [ 4564.779] (II) AIGLX: Suspending AIGLX clients for VT switch > [ 4564.779] (WW) intel(0): drmDropMaster failed: Unknown error: -22 > [ 4565.994] (II) AIGLX: Resuming AIGLX clients after VT switch > [ 4566.096] (II) intel(0): EDID vendor "CMN", prod id 5239 > [ 4566.096] (II) intel(0): Printing DDC gathered Modelines: > [ 4566.096] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 > 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) > > but everything is alive: compiz restarts correctly, GL applications > work as they did before resume. Job done! > > A question: is this patch ok? Nothing wrong with it? Do you or anybody > else experienced a similar problem and found a different solution? I think I found a less hackish workaround for this problem. I've put "pkill -STOP X" into /etc/rc.suspend and "pkill -CONT X" into /etc/rc.resume. This seems to work fine so far with an unmodified xf86-video-intel driver on my SL510. From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 21 14:37:36 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6E05B68 for ; Sat, 21 Jun 2014 14:37:35 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A6F0A27E1 for ; Sat, 21 Jun 2014 14:37:35 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id i50so4518692qgf.0 for ; Sat, 21 Jun 2014 07:37:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=JDC0eoiMmhrvMerU27RXSSypsIofKXMkn3aaBscfvY0=; b=VwNwyNOmOnnv/bjGYwCBMoLCeGkEG+CLR33mNcxk8NIV74qU5mVrPUW4hvDmj/Q81D 6vnIGDm3TuvYyXmXOIrPrF1J3nmQaxS3ug2/sz2Yb1jT5OtdDWaHy6IR6jdfZf9nyYAh p+OxfxuZKm+6e/K0bO0jkOYwMiaSuhEHBP9ZtZ1Yks96lFCXXy0qt0mkRWRl/7HSIk+j qaLrpw/Yk2g4AYDP7GLSNJfXuCvyZc5YHiFuUpiE415wCkVrdffsK24utJt74ulVkzPM SSU+33CpzClCRnTEW68bEUuS/y3ps0SgfTrpMny+IAfNrPjIn21ZvM/e9wHWqMU/f8Ez Y3Aw== MIME-Version: 1.0 X-Received: by 10.224.130.136 with SMTP id t8mr15929046qas.49.1403361454521; Sat, 21 Jun 2014 07:37:34 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Sat, 21 Jun 2014 07:37:34 -0700 (PDT) In-Reply-To: <53A54C05.7060403@gmail.com> References: <53A54C05.7060403@gmail.com> Date: Sat, 21 Jun 2014 07:37:34 -0700 X-Google-Sender-Auth: TawBTmwbVGvGGloveCegEj1x7kg Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Adrian Chadd To: =?UTF-8?Q?Jan_Kokem=C3=BCller?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jun 2014 14:37:36 -0000 Ah, that patch. I wonder whether it's something that we need in X or whether the dri code needs prodding. -a On 21 June 2014 02:10, Jan Kokem=C3=BCller wrot= e: >> After some experimenting, I found this patch, which solved the problem >> completely: >> http://lists.freebsd.org/pipermail/freebsd-x11/2013-October/013727.html >> >> Now, I have this in X log after resume: >> [ 4561.749] (WW) intel(0): retrying batchbuffer submit >> [ 4561.803] (WW) intel(0): retrying batchbuffer submit >> [ 4561.857] (WW) intel(0): retrying batchbuffer submit >> [ 4561.908] (WW) intel(0): retrying batchbuffer submit >> [ 4561.959] (WW) intel(0): retrying batchbuffer submit >> [ 4562.012] (WW) intel(0): retrying batchbuffer submit >> [ 4562.063] (WW) intel(0): retrying batchbuffer submit >> [ 4562.117] (WW) intel(0): retrying batchbuffer submit >> [ 4562.171] (WW) intel(0): retrying batchbuffer submit >> [ 4562.225] (WW) intel(0): retrying batchbuffer submit >> [ 4562.279] (WW) intel(0): retrying batchbuffer submit >> [ 4562.333] (WW) intel(0): retrying batchbuffer submit >> [ 4562.386] (WW) intel(0): retrying batchbuffer submit >> [ 4562.439] (WW) intel(0): retrying batchbuffer submit >> [ 4562.493] (WW) intel(0): retrying batchbuffer submit >> [ 4562.547] (WW) intel(0): retrying batchbuffer submit >> [ 4564.779] (II) AIGLX: Suspending AIGLX clients for VT switch >> [ 4564.779] (WW) intel(0): drmDropMaster failed: Unknown error: -22 >> [ 4565.994] (II) AIGLX: Resuming AIGLX clients after VT switch >> [ 4566.096] (II) intel(0): EDID vendor "CMN", prod id 5239 >> [ 4566.096] (II) intel(0): Printing DDC gathered Modelines: >> [ 4566.096] (II) intel(0): Modeline "1366x768"x0.0 71.59 1366 1410 >> 1439 1512 768 771 775 789 -hsync -vsync (47.3 kHz eP) >> >> but everything is alive: compiz restarts correctly, GL applications >> work as they did before resume. Job done! >> >> A question: is this patch ok? Nothing wrong with it? Do you or anybody >> else experienced a similar problem and found a different solution? > > > I think I found a less hackish workaround for this problem. I've put "pki= ll > -STOP X" into /etc/rc.suspend and "pkill -CONT X" into /etc/rc.resume. Th= is > seems to work fine so far with an unmodified xf86-video-intel driver on m= y > SL510. > > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 21 14:54:59 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 803D3F2D; Sat, 21 Jun 2014 14:54:59 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 97CA7295C; Sat, 21 Jun 2014 14:54:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s5LEsmY2072724; Sun, 22 Jun 2014 00:54:49 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 22 Jun 2014 00:54:48 +1000 (EST) From: Ian Smith To: Eric McCorkle Subject: Re: ACPI error messages on Lenovo W540 In-Reply-To: <53A4ED85.2050904@metricspace.net> Message-ID: <20140622000435.R609@sola.nimnet.asn.au> References: <53A048B1.1080108@metricspace.net> <20140618163410.C609@sola.nimnet.asn.au> <53A4ED85.2050904@metricspace.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jun 2014 14:54:59 -0000 On Fri, 20 Jun 2014 22:27:17 -0400, Eric McCorkle wrote: > On 06/18/2014 03:17, Ian Smith wrote: > > On Tue, 17 Jun 2014 09:54:57 -0400, Eric McCorkle wrote: > > > > > I'm trying to set up on a lenovo W540 mobile workstation I recently > > > purchased. Things work well for the most part (including > > suspend/resume), > > > however there's some error messages that I suspect are at the root of > > why the > > > nvidia Xorg driver doesn't work, and possibly also at the root of why > > USB 3.0 > > > won't work either. > > > > > > At suspend/resume, the following error messages show up: > > > > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > > > AE_BAD_PARAMETER > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > > > AE_BAD_PARAMETER > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > > > AE_BAD_PARAMETER > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP3: > > > AE_BAD_PARAMETER > > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > > > AE_BAD_PARAMETER > > > > > > I suspect these might have something to do with the USB 3.0 system not > > > working, though I don't have experience with either the ACPI or USB > > > subsystems. > > > > > > Also, the nvidia Xorg driver fails to work, and causes a similar error > > > message: > > > > > > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - > > > Found [Buffer], APCI requires [Package] (20130823/nsarguments-97) > > > (the same message gets repeated about 10 times) > > > > > > Again, I don't have any experience with ACPI, but this looks to me like > > a > > > vendor-specific quirk. > > > > > > Any advice on how to go about fixing/working around this? > > > > Hi Eric, > > > > I refer you to freebsd-mobile@ archives for May re these 'failed to set > > ACPI power state D2' messages, in thread 'Thinkpad T410: resume broken'. > > I'm also cross-posting this back there. > > I ran across those also. > > > These appear on the suspend path on (AFAICT) all modern Lenovos; X2xx, > > T4xx and T5xx at least, though I get similar messages for the Cardbus > > bridges on my old T23s. The EXPn messages at least do appear to be > > harmless though they keep causing your sort of concern, and it would be > > good in the long run to find out why attempts are being made to set > > state D2 on devices that (should indicate that they) don't support it. > > > > John Baldwin (cc'd) explains in that thread that the EXPn devices are > > "probably PCI-PCI bridges that represent the downstream ports of your > > PCI-e root complex)" though I can't say I understand what that means .. > > with verbose boot messages you may also see that these are initialised > > back into D0 state twice, unlike the other devices. > > Whatever they do, the messages suggest that it might just be what amounts to > a type error in the ACPI code (apologies for any inaccuracies; I have only > cursory knowledge of ACPI, but I know there's some kind of interpreted > language in there somewhere). It's more a virtual machine than an interpreter, in the sense that Java isn't interpreted but runs precompiled bytecode, but yes, there could be a problem in the AML, derived from the source ASL .. see acpidump(8). I am (it seems) fortunate that my X200 has pre-KMS i915 graphics that work fine including suspend/resume from X or (old) console, so I can't speculate about nvidea Xorg issues. > Again, sorry for lack of knowledge, but does FreeBSD have any sort of > functionality for working around these sort of vendor quirks? If you could clearly identify the/a problem in the ASL, someone might be inspired to help fix it, though ASL-savvy people are thin on the ground; ACPI code is a non-trivial learning curve, for this old codger anyway :) > > The PEG_ message seems to appear on the more recent ones with integrated > > graphics. I don't know if that message represents a problem or not, > > though the later warnings re \134_SB_.PCI0.PEG_.VID_._DSM seem ominous. > > Some poking around on google seems to show other lenovos (the T440p) having > similar problems with the nvidia drivers. > > I suppose a worthwhile experiment might be to remove ACPI from the kernel and > see if the driver works successfully. If the driver issues persist, I'm not > sure what to do other than contact nvidia directly. You can boot without ACPI from the loader prompt already, but I'm not sure anything modern will run at all without it. I don't go there, but expect that the Xorg list might have more eyes on video driver problems. > If it does work, however, that suggests digging into the ACPI stuff on the > lenovo as a possible way forward. I'd be willing to try, and again, the > messages suggest it's a relatively simple programming error somewhere in the > Lenovo ACPI stuff. Well, disassemble your ACPI according to acpidump(8) to start hunting. The old ACPI debugging page in the Handbook has been merged into the (imho) less well-named section '12.13. Power and Resource Management', http://www.freebsd.org/doc/handbook/acpi-overview.html which may help. > > It would be good to know if your USB3 issues are connected to the more > > generic issue all these Lenovos appear to have of USB failing entirely, > > only on the external ports, after - depending on model - one or two > > suspend/resume cycles. There's not even any 5V on these ports, whether > > or not the BIOS has been set to provide 5V on these ports in suspend or > > power-off states. Does that also happen on yours? > > The apparent connection to the USB issues seems likely to be a red herring at > this point. The messages show up near some USB error messages, but that > seems to just be "luck". Mmm, and the ACPI PEG_ messages may not really be the main issue at all. > I found some other threads about USB 3.0 issues, but in general, USB seems to > work. There were serious issues when I first installed, but after an update > and a kernel compile, they went away. I can mount a thumb drive and my phone > starts charging if I plug it in. There's still an error message, but > honestly, I'm more interested in getting the nvidia driver working at this > point. Fair enough, but if you can suspend and resume more than once and still have working USB ports, that may be the first recent Lenovo that can .. cheers, Ian From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 21 15:04:49 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EE0927D for ; Sat, 21 Jun 2014 15:04:49 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0001A2A17 for ; Sat, 21 Jun 2014 15:04:48 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id w8so4129425qac.36 for ; Sat, 21 Jun 2014 08:04:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=xnhI4cBZF1Bcg3dAhSebLxq+Q4CUZYD4zlg5GJovGdY=; b=wgIbJ9X2CNg6bUoB+YkMciY0lGaIA1//dj8ktwWgrFjpSpDiSFBUfvNbWCMgeTzU54 qwq3Gyq2mkBsyjr3q3XIqT9l7wl6drmC7+12TFy0sNhz/l9PWxjS8XAFOb3AdkjXoTdK dZ2G3tu58IzzSWpEzB2oAiqJRTQwhmHA6/txS+3d8FfrAKYuFl4GsRiwOMxZanu2W0uu 0DSl9yvYZLNFETu77/al6HWMJPYdl346T8c3YPr9CN3ettrqh0sQYWd+nTuEtYjVkxxh 6tr6lIY1XOgzfE5MQNJJgHFcejwdZrg9XRO+G+8hu3gUb1iPfqWnYIdprjZjif46qbXe NtlQ== MIME-Version: 1.0 X-Received: by 10.224.49.131 with SMTP id v3mr15711461qaf.70.1403363088077; Sat, 21 Jun 2014 08:04:48 -0700 (PDT) Received: by 10.96.12.166 with HTTP; Sat, 21 Jun 2014 08:04:48 -0700 (PDT) In-Reply-To: <53A54C05.7060403@gmail.com> References: <53A54C05.7060403@gmail.com> Date: Sat, 21 Jun 2014 17:04:48 +0200 Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Ivan Rokotov To: =?UTF-8?Q?Jan_Kokem=C3=BCller?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jun 2014 15:04:49 -0000 2014-06-21 11:10 GMT+02:00 Jan Kokem=C3=BCller : > I think I found a less hackish workaround for this problem. I've put "pki= ll > -STOP X" into /etc/rc.suspend and "pkill -CONT X" into /etc/rc.resume. Th= is > seems to work fine so far with an unmodified xf86-video-intel driver on m= y > SL510. Interesting! Where in rc.suspend/rc.resume did you put it exactly? Ivan From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 21 21:41:05 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A404A1F1 for ; Sat, 21 Jun 2014 21:41:05 +0000 (UTC) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 37AF72777 for ; Sat, 21 Jun 2014 21:41:05 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id w61so5290065wes.1 for ; Sat, 21 Jun 2014 14:41:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=sjKkW24yATD4mgshqRDWn612+k/Msd9+lzJIdYN6mZs=; b=oPOfyMyp0XI54hiDbBCgCW498AsxdTfbN0JdFyTFWevcyrTpmJSvbKl6YMv9UtXxMM H9M2NuSvKmZ12u+mZAepb6C5yhCyvrjjWV8sW4lRtFXHyFbTlASeidX2QDIBGGOuTtRl 47InyUaeL+fqZk8BCnnHKESCoRh4M4+TpuJypo4nnJQkXS53Z+YIVIi/2sxQvdqfNOAD RLHpCQIZM+SSd5DHFrS1+HodGQl8vTP6wT7JvglqzvjOOJcD73pdHoXYz2Ro7r3hI0Zd 8Ko7bab4f2uAd4WxzET1Ly+B73OwSC0nP5QJGGU01Rxiq97mwlPvIYuDy+UYhYWe9yt6 yshg== X-Received: by 10.194.1.242 with SMTP id 18mr14738997wjp.22.1403386863129; Sat, 21 Jun 2014 14:41:03 -0700 (PDT) Received: from [192.168.178.121] (p5B36D24B.dip0.t-ipconnect.de. [91.54.210.75]) by mx.google.com with ESMTPSA id oy4sm24807067wjb.41.2014.06.21.14.41.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Jun 2014 14:41:02 -0700 (PDT) Message-ID: <53A5FBED.6090106@gmail.com> Date: Sat, 21 Jun 2014 23:41:01 +0200 From: =?UTF-8?B?SmFuIEtva2Vtw7xsbGVy?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ivan Rokotov Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? References: <53A54C05.7060403@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jun 2014 21:41:05 -0000 On 21.06.2014 17:04, Ivan Rokotov wrote: > 2014-06-21 11:10 GMT+02:00 Jan Kokemüller : >> I think I found a less hackish workaround for this problem. I've put "pkill >> -STOP X" into /etc/rc.suspend and "pkill -CONT X" into /etc/rc.resume. This >> seems to work fine so far with an unmodified xf86-video-intel driver on my >> SL510. > > Interesting! Where in rc.suspend/rc.resume did you put it exactly? > Ivan I'm putting it before the calls to /usr/bin/logger. rc.suspend: vidcontrol -s 1 < /dev/console pkill -STOP X rc.resume: pkill -CONT X vidcontrol -s 9 < /dev/console I'm not sure if the vidcontrol call is needed anymore, but for me it worked more reliably than the kern.vt.suspendswitch sysctl last time I checked. From owner-freebsd-mobile@FreeBSD.ORG Sat Jun 21 22:16:14 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B715EB6 for ; Sat, 21 Jun 2014 22:16:14 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFBC0299F for ; Sat, 21 Jun 2014 22:16:13 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id w8so4328661qac.36 for ; Sat, 21 Jun 2014 15:16:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=9xDrIs2w1SW1V8wHPLu8UUMn6yEUQWPRUWERFkpIerw=; b=WsqvYvibZ4QevDz8IWyZBhih8JWCfmDwxz+fLycqia3+k4sF7Mgk0jO2+/QHWyzkvj MCKc5QMVlYLGHz2pUEIZPWv+L5rYgnu9jvAAgBZlvpKxWQgg2uIRQx38MJS599YF5keC 0NMUzsxWnPBXAF6tg+pbmgf5FG/k6Vnmx8GhXuPuLtZPmVB9gjGvLlIB3r0pYQCdzJBn 91Y1ivzonNt03Ro9g87oL6TbOUmU42tOqCDz00poQksBNJc3O2FxU2LeYdZc+XHLD0up h2AGBUl89nMQvqHqo4hge61YBKYPcEyKkvhR9aK/8e6uQO4HvlX1sRYnI2lgxy0qyPEF V4ZQ== MIME-Version: 1.0 X-Received: by 10.140.109.118 with SMTP id k109mr17416542qgf.98.1403388972241; Sat, 21 Jun 2014 15:16:12 -0700 (PDT) Received: by 10.96.12.166 with HTTP; Sat, 21 Jun 2014 15:16:12 -0700 (PDT) In-Reply-To: <53A5FBED.6090106@gmail.com> References: <53A54C05.7060403@gmail.com> <53A5FBED.6090106@gmail.com> Date: Sun, 22 Jun 2014 00:16:12 +0200 Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Ivan Rokotov To: =?UTF-8?Q?Jan_Kokem=C3=BCller?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jun 2014 22:16:14 -0000 2014-06-21 23:41 GMT+02:00 Jan Kokem=C3=BCller : > I'm putting it before the calls to /usr/bin/logger. > > rc.suspend: > vidcontrol -s 1 < /dev/console > pkill -STOP X > > rc.resume: > pkill -CONT X > vidcontrol -s 9 < /dev/console > > I'm not sure if the vidcontrol call is needed anymore, but for me it work= ed > more reliably than the kern.vt.suspendswitch sysctl last time I checked. Unfortunately, that doesn't work for me. I tried two combinations (with unpatched driver of course): (1) just pkill commands before /usr/bin/logger: the laptop doesn't suspend at all after closing the lid; after opening the lid, I got just frozen screen, non-responsive machine and not a single line in Xorg log; (2) pkill commands with vidcontrol, kern.vt.suspendswitch set to 0: the laptop doesn't suspend after closing the lid; after opening, the screen is switched to console 1; after pressing Alt+F9, I the machine gets frozen. I found this in the log: [ 2678.788] (II) AIGLX: Suspending AIGLX clients for VT switch [ 2678.788] (WW) intel(0): drmDropMaster failed: Unknown error: -22 Anyway, your original patch works perfectly. After two months and hundreds of suspends/resumes (sometimes 10-20 without powering down), it works without a single issue. Thanks for making my life easier. :) Ivan From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 22 02:39:40 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 791D82AF for ; Sun, 22 Jun 2014 02:39:40 +0000 (UTC) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 364672A36 for ; Sun, 22 Jun 2014 02:39:40 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id w7so4867554qcr.21 for ; Sat, 21 Jun 2014 19:39:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Dpq5nkT+cnhFEoFMIME3kVT41BKyow0RjZfPka7sLCw=; b=s/4wX66hey/pIZlqSzIILlA+6mhlsssWJJkGBTGkdfSXC4eMBmWh27oYCcLH17A1Ip NIRfp3stX3nDVadX56vy+rmcAtQpVjrXR9ZQIfcPQxJzY1FImTnm+wIp7kT4TGQEMHK+ AmqVB+ekmvkkSqjqwdz+DO1q+I8EGyVcUvoGgPbwm0VFXTVgyGW3bPwwug3a0FbwXhsq 2soc6KNfpKattccIHISenV34YqsMAA14mV8JyQ72wJ+GwTzgy3gGmJML8odhcj65JiSS tS/AKOVp8d7gSPLVnRTEGmeuv/JTYEO9mZbfxLVRobt7t/bIH3YPR9e3afQbZmsBjISp g3sw== MIME-Version: 1.0 X-Received: by 10.229.44.65 with SMTP id z1mr19609924qce.7.1403404779312; Sat, 21 Jun 2014 19:39:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Sat, 21 Jun 2014 19:39:39 -0700 (PDT) In-Reply-To: References: <53A54C05.7060403@gmail.com> <53A5FBED.6090106@gmail.com> Date: Sat, 21 Jun 2014 19:39:39 -0700 X-Google-Sender-Auth: FxnvSp23jUa8AgL8-HbuU3bDXbM Message-ID: Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? From: Adrian Chadd To: Ivan Rokotov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-mobile@freebsd.org" , =?UTF-8?Q?Jan_Kokem=C3=BCller?= X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2014 02:39:40 -0000 Hi all!, There's a bugzilla ticket for this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D188833 It seems like it's reasonably important; would you mind adding comments to the ticket that it works or doesn't work for you? That way whoever doing DRI/Xorg work can see not only the fix but who's been testing it and on what platforms. Thanks! -a On 21 June 2014 15:16, Ivan Rokotov wrote: > 2014-06-21 23:41 GMT+02:00 Jan Kokem=C3=BCller : >> I'm putting it before the calls to /usr/bin/logger. >> >> rc.suspend: >> vidcontrol -s 1 < /dev/console >> pkill -STOP X >> >> rc.resume: >> pkill -CONT X >> vidcontrol -s 9 < /dev/console >> >> I'm not sure if the vidcontrol call is needed anymore, but for me it wor= ked >> more reliably than the kern.vt.suspendswitch sysctl last time I checked. > > Unfortunately, that doesn't work for me. I tried two combinations > (with unpatched driver of course): > > (1) just pkill commands before /usr/bin/logger: > the laptop doesn't suspend at all after closing the lid; after opening > the lid, I got just frozen screen, non-responsive machine and not a > single line in Xorg log; > > (2) pkill commands with vidcontrol, kern.vt.suspendswitch set to 0: > the laptop doesn't suspend after closing the lid; after opening, the > screen is switched to console 1; after pressing Alt+F9, I the machine > gets frozen. I found this in the log: > > [ 2678.788] (II) AIGLX: Suspending AIGLX clients for VT switch > [ 2678.788] (WW) intel(0): drmDropMaster failed: Unknown error: -22 > > Anyway, your original patch works perfectly. After two months and > hundreds of suspends/resumes (sometimes 10-20 without powering down), > it works without a single issue. Thanks for making my life easier. :) > > Ivan > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-mobile@FreeBSD.ORG Wed Jun 25 10:08:23 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73955F3C; Wed, 25 Jun 2014 10:08:23 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AEF672390; Wed, 25 Jun 2014 10:08:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s5PA8CQc063038; Wed, 25 Jun 2014 20:08:12 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 25 Jun 2014 20:08:11 +1000 (EST) From: Ian Smith To: John Baldwin Subject: Re: ACPI error messages on Lenovo W540 In-Reply-To: <201406241000.35812.jhb@freebsd.org> Message-ID: <20140625190106.N609@sola.nimnet.asn.au> References: <53A048B1.1080108@metricspace.net> <201406230953.16496.jhb@freebsd.org> <53A8AD54.8040908@metricspace.net> <201406241000.35812.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Eric McCorkle , freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2014 10:08:23 -0000 On Tue, 24 Jun 2014 10:00:35 -0400, John Baldwin wrote: > On Monday, June 23, 2014 6:42:28 pm Eric McCorkle wrote: > > On 06/23/2014 09:53, John Baldwin wrote: > > > On Tuesday, June 17, 2014 9:54:57 am Eric McCorkle wrote: > > >> I suspect these might have something to do with the USB 3.0 system not > > >> working, though I don't have experience with either the ACPI or USB > > >> subsystems. > > > > > > Does it not work in general, or does it not work after resume? > > > > Actually, USB seems to be working quite well. It even detects an > > already plugged-in mouse during the ith resume. > > > > The sign of trouble are some messages that show up during resume: > > > > usb_alloc_device: device init 2 failed (USB_ERR_IOERROR, ignored) > > ugen0.2: at usbus2 (disconnected) > > uhub_reattach_port: could not allocate new device > > > > There had been some timeout messages, which googling seemed to implicate > > was a USB 3.0 issue with lenovos, but those seem to have disappeared (I > > did do a kernel update). > > > > Maybe I should test USB 3.0-specific features to see if they are > > working. Unfortunately, I'm not that familiar with the gritty details > > of USB. Any ideas for how to do that? > > There was a recent fix to acpi_pwrres.c that fixed USB issues on resume for > several ThinkPads because the kernel wasn't properly turning certain things > back on during resume, so if your problems were only with resume, then there's > a good chance they should now be fixed (and it sounds like they did after you > updated). Well, this is most timely for me; I was about to query you and hps@ for advice re debugging knobs to have another crack at debugging this issue! Not nearly content to wait for MFC, I applied the diff-to-previous from r267647 of /sys/dev/acpica/acpi_powerres.c to stable/9, which was clean, so I updated source, applied the patch and rebuilt world and kernel: FreeBSD x200.smithi.id.au 9.3-PRERELEASE FreeBSD 9.3-PRERELEASE #0: Wed Jun 25 15:29:28 EST 2014 root@x200.smithi.id.au:/usr/obj/usr/src/sys/GENERIC amd64 After which I suspended and resumed 5 times, to be quintuply sure, and yes, my 1GB SwissFlash stick - normally annoying because it has a very bright red LED that's always on when the port is powered - lit up every time, so the external USB ports losing power problem is fixed on mine. However, it loses touch with a mounted UFS partition on the stick after suspend/resume; I've never been sure if I should expect that to work? Even so, umount, fsck then remount fixes it, so now my X200 is actually usable in traveling-without-rebooting-for-weeks mode, so I'm happy and am passing on this good news for all(?) Lenovo Thinkpads to mobile@ too. Many thanks to you and trasz@, and I'm only slightly apologising for riding alongside Eric's other video problem .. cheers, Ian From owner-freebsd-mobile@FreeBSD.ORG Thu Jun 26 20:09:58 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E923635 for ; Thu, 26 Jun 2014 20:09:58 +0000 (UTC) Received: from nm48-vm2.bullet.mail.bf1.yahoo.com (nm48-vm2.bullet.mail.bf1.yahoo.com [216.109.115.157]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFA362359 for ; Thu, 26 Jun 2014 20:09:57 +0000 (UTC) Received: from [98.139.215.142] by nm48.bullet.mail.bf1.yahoo.com with NNFMP; 26 Jun 2014 20:08:04 -0000 Received: from [68.142.230.72] by tm13.bullet.mail.bf1.yahoo.com with NNFMP; 26 Jun 2014 20:08:04 -0000 Received: from [127.0.0.1] by smtp229.mail.bf1.yahoo.com with NNFMP; 26 Jun 2014 20:08:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1403813284; bh=J1VTAHWVZXXXVY4TCwCmL0YBhKUnYMLCaD7GIo2ERHQ=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=AWAgA/e5uSdAUw5dyEHvqC/UGkc2SdQ57nC/gRNeqkgZQ+HUOWXGIpKQEd4EsEoLzpTrkql/8G7PZS73L8Wps7GlwuGXrxmK/27lQoW9yLi0gnIyjih93+rkJ/xoUdXpVYKRPmmRaFw8bJozv1b4DaFF9oke7mUGY/mXrfZIFc4= X-Yahoo-Newman-Id: 390488.63160.bm@smtp229.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: DGeYo_cVM1n9MLlAlaY3qC3ef1n3jU_7UkAaDD8t41jd1gb 1FQQWnlaQ.Yjsg1z3ZLyHQoSFztkAxh2gs5tEAVhcTeego1FHbKwSNjvNd8E Klsg_sJhd_Nizr2pmfNAqdvDNr8TRMPLb5.ObjrTg2EKiSJFxoIx1QSDVYO8 bXM310__bfFNt4R8z4w8j6cn8E4Xdlt_aw9.yh5ZmnLyfdK_feSdwDpRkZIG GlVNf_Q19B5.GDq.RDuPVC0dH1tnWxI677nBvOYIHeQ_Dn2Mrw_OuDbbwWOi GwFf7jlbRQAHYBxim_iyj0XdwgjgebDBpKp1GGGsQB3QY6ohCTbM.AH3T0B0 5Ov1Qi2RDQOBM4SNeVNQ9HBWkC7rQnb89whaoiY1GgukxPzpzC_RBFAZi__5 NYP3nacQSLWswaiGncesouOAJK7YHFDF6fSC2mgwORFO0XKNVZND.CQcYOTP JD7uRl3.SoLOdlEryGTeb52SUIpVxYvbyRk0vk56DGkGq789l2VoNr6Xp_io kPqVY1SPNS.qGF9oinLbT_IR901pgghkrx2vnNCSeUAci59NENF_zucj7983 cYaLJ1.yB X-Yahoo-SMTP: 9sPoSQ2swBBlERuQ.0vs8XLc_MeClW0- X-Rocket-Received: from [64.100.76.67] (Scoobi_doo@64.100.76.67 with plain [98.138.105.21]) by smtp229.mail.bf1.yahoo.com with SMTP; 26 Jun 2014 20:08:04 +0000 UTC Message-ID: <53AC7DA4.80408@yahoo.com> Date: Thu, 26 Jun 2014 16:08:04 -0400 From: Anthony Jenkins User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ivan Rokotov Subject: Re: [Patch] psm(4) ClickPad detection (was Re: Lenovo W540 so far) References: <539DA73B.7050709@metricspace.net> <1402931204.35984.YahooMailNeo@web140703.mail.bf1.yahoo.com> <58DCAA2E-44DA-48F3-87B3-366301F55138@metricspace.net> <53A02532.60201@metricspace.net> <53A03BAF.3020807@yahoo.com> <53A080D3.2000207@yahoo.com> <53A23DAF.7030201@yahoo.com> <1403185649.28371.YahooMailNeo@web140703.mail.bf1.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Eric McCorkle , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2014 20:09:58 -0000 On 06/19/2014 11:20, Ivan Rokotov wrote: > 2014-06-19 15:47 GMT+02:00 Anthony Jenkins : >> The keyboard not working bugs me - you might try doing a 'make >> buildworld/installworld' as per /usr/src/UPDATING (or just copy >> /usr/src/sys/sys/mouse.h to /usr/include/sys/mouse.h) and rebuild >> x11-drivers/xf86-input-{mouse|keyboard|synaptics}. > Thank you, this was the problem. Sorry, I overlooked that I have to > copy the new mouse.h to /usr/include/sys before rebuilding the > synaptics driver. Now (with patched kernel and patched driver) I have > everything as before: clickpad property is detected during boot, and > working keyboard and touchpad in X (without real click possibility - > as far as I understand, it's expected). > > So now I can move to the further tests. :) > >> Is your X server compiled with devd(8) support (experimental) or hald support? > Default options: > [x] AIGLX Compile with Accelerated Indirect GLX support > [x] SUID Install the Xorg server with setuid bit set > -------------------------------- CONF ------------------------------ > (*) HAL Compile with HAL config support > ( ) DEVD Use devd for autoconfiguration of input devices (experi) > >> I'll probably need your entire /var/log/Xorg.0.log to see why it's not working. >> Can you kill your X server, then run > So I guess it's not needed for now. > > I. Quick status update: I can't (yet) get xorg-server to use the Synaptics driver when both xf86-input-synaptics *and* xf86-input-mouse are installed; the "" fake device apparently probes for /dev/psm0 and loads the xf86-input-mouse driver. I'm not sure how other OSes handle this. I'll try booting Kubuntu sometime and see what its logfile says. Really, if the OS vendor configures X.org to use its own hardware detection subsystem, I (e.g. udev, devd, hald, etc.) believe X.org shouldn't have any default devices and should disable any default drivers. X.org is essentially cutting in front of the Synaptics driver, which could better handle our synaptics device. Also, nowadays who actually has a true PS/2 mouse? Synaptics should be the default driver for the PS/2 device. Who would I whine at for this stuff - the FreeBSD X team? :-) Anthony From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 29 11:26:31 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB035E5D for ; Sun, 29 Jun 2014 11:26:31 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EE20D2135 for ; Sun, 29 Jun 2014 11:26:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s5TBQIVx066537 for ; Sun, 29 Jun 2014 21:26:18 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 29 Jun 2014 21:26:18 +1000 (EST) From: Ian Smith To: freebsd-mobile@freebsd.org Subject: bootable CD-ROM image to memstick image? Message-ID: <20140629205303.L50382@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2014 11:26:31 -0000 I have a bootable BIOS/EC update CD image for a Lenovo X200, with no CD. It contains the same good ol' DOS 6.0 BIOS update program as ever, after a loader from not so good ol' Nero Burning ROM, after 64KB of zeroes. root@x200:~smithi/biosupdate # file 6duj48us.iso 6duj48us.iso: # ISO 9660 CD-ROM filesystem data '6DUJ48US ' (bootable) root@x200:~smithi/biosupdate # mdconfig -f 6duj48us.iso md0 root@x200:~smithi/biosupdate # mount_cd9660 /dev/md0 /mnt root@x200:~smithi/biosupdate # ls -a /mnt . .. root@x200:~smithi/biosupdate # Is there a generic way to convert this into a bootable USB image? cheers, Ian From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 29 13:49:42 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA6E64B4 for ; Sun, 29 Jun 2014 13:49:42 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 784F42A9A for ; Sun, 29 Jun 2014 13:49:42 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s5TDndDk059081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 29 Jun 2014 07:49:40 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s5TDndmI059078; Sun, 29 Jun 2014 07:49:39 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 29 Jun 2014 07:49:39 -0600 (MDT) From: Warren Block To: Ian Smith Subject: Re: bootable CD-ROM image to memstick image? In-Reply-To: <20140629205303.L50382@sola.nimnet.asn.au> Message-ID: References: <20140629205303.L50382@sola.nimnet.asn.au> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 29 Jun 2014 07:49:40 -0600 (MDT) Cc: freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2014 13:49:42 -0000 On Sun, 29 Jun 2014, Ian Smith wrote: > I have a bootable BIOS/EC update CD image for a Lenovo X200, with no CD. > > It contains the same good ol' DOS 6.0 BIOS update program as ever, after > a loader from not so good ol' Nero Burning ROM, after 64KB of zeroes. > > root@x200:~smithi/biosupdate # file 6duj48us.iso > 6duj48us.iso: # ISO 9660 CD-ROM filesystem data '6DUJ48US > ' (bootable) > root@x200:~smithi/biosupdate # mdconfig -f 6duj48us.iso > md0 > root@x200:~smithi/biosupdate # mount_cd9660 /dev/md0 /mnt > root@x200:~smithi/biosupdate # ls -a /mnt > . .. > root@x200:~smithi/biosupdate # > > Is there a generic way to convert this into a bootable USB image? Possibly the update program and data is in the El Torito floppy image. I've converted floppy images to boot CDs, but not the other way. This might help: http://arstechnica.com/civis/viewtopic.php?f=16&t=308491 From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 29 14:03:47 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D101B59B for ; Sun, 29 Jun 2014 14:03:47 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6261B2BAF for ; Sun, 29 Jun 2014 14:03:46 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s5TE3jiB059195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 29 Jun 2014 08:03:45 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s5TE3j3I059192; Sun, 29 Jun 2014 08:03:45 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 29 Jun 2014 08:03:45 -0600 (MDT) From: Warren Block To: Ian Smith Subject: Re: bootable CD-ROM image to memstick image? In-Reply-To: Message-ID: References: <20140629205303.L50382@sola.nimnet.asn.au> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 29 Jun 2014 08:03:45 -0600 (MDT) Cc: freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2014 14:03:47 -0000 On Sun, 29 Jun 2014, Warren Block wrote: > On Sun, 29 Jun 2014, Ian Smith wrote: > >> I have a bootable BIOS/EC update CD image for a Lenovo X200, with no CD. >> >> It contains the same good ol' DOS 6.0 BIOS update program as ever, after >> a loader from not so good ol' Nero Burning ROM, after 64KB of zeroes. >> >> root@x200:~smithi/biosupdate # file 6duj48us.iso >> 6duj48us.iso: # ISO 9660 CD-ROM filesystem data '6DUJ48US >> ' (bootable) >> root@x200:~smithi/biosupdate # mdconfig -f 6duj48us.iso >> md0 >> root@x200:~smithi/biosupdate # mount_cd9660 /dev/md0 /mnt >> root@x200:~smithi/biosupdate # ls -a /mnt >> . .. >> root@x200:~smithi/biosupdate # >> >> Is there a generic way to convert this into a bootable USB image? > > Possibly the update program and data is in the El Torito floppy image. I've > converted floppy images to boot CDs, but not the other way. This might help: > http://arstechnica.com/civis/viewtopic.php?f=16&t=308491 And based on that: % isoinfo -d -i 6duj48us.iso Setting input-charset to 'ISO8859-1' from locale. CD-ROM is in ISO 9660 format System id: Volume id: 6DUJ48US Volume set id: Publisher id: Data preparer id: Application id: NERO BURNING ROM Copyright File id: Abstract File id: Bibliographic File id: Volume set size is: 1 Volume set sequence number is: 1 Logical block size is: 2048 Volume size is: 19126 El Torito VD version 1 found, boot catalog is in sector 20 Joliet with UCS level 3 found. No SUSP/Rock Ridge present Eltorito validation header: Hid 1 Arch 0 (x86) ID 'NERO BURNING ROM' Cksum 8A FC OK Key 55 AA Eltorito defaultboot header: Bootid 88 (bootable) Boot media 4 (Hard Disk Emulation) Load segment 7C0 Sys type 6 Nsect 1 Bootoff 1B 27 % dd if=6duj48us.iso of=zoot.img bs=2048 skip=27 count=75744 19126+0 records in 19126+0 records out 39170048 bytes transferred in 0.063829 secs (613672181 bytes/sec) That file is a 37M MBR hard drive image. Copying it straight to a memory stick ought to work. From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 29 17:22:12 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FDE96A0 for ; Sun, 29 Jun 2014 17:22:12 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B2E1A2A29 for ; Sun, 29 Jun 2014 17:22:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s5THM721080487; Mon, 30 Jun 2014 03:22:07 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 30 Jun 2014 03:22:07 +1000 (EST) From: Ian Smith To: Warren Block Subject: Re: bootable CD-ROM image to memstick image? In-Reply-To: Message-ID: <20140630015422.M50382@sola.nimnet.asn.au> References: <20140629205303.L50382@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2014 17:22:12 -0000 On Sun, 29 Jun 2014 08:03:45 -0600, Warren Block wrote: > On Sun, 29 Jun 2014, Warren Block wrote: > > On Sun, 29 Jun 2014, Ian Smith wrote: > > > > > I have a bootable BIOS/EC update CD image for a Lenovo X200, with no CD. > > > > > > It contains the same good ol' DOS 6.0 BIOS update program as ever, after > > > a loader from not so good ol' Nero Burning ROM, after 64KB of zeroes. > > > > > > root@x200:~smithi/biosupdate # file 6duj48us.iso > > > 6duj48us.iso: # ISO 9660 CD-ROM filesystem data '6DUJ48US > > > ' (bootable) > > > root@x200:~smithi/biosupdate # mdconfig -f 6duj48us.iso > > > md0 > > > root@x200:~smithi/biosupdate # mount_cd9660 /dev/md0 /mnt > > > root@x200:~smithi/biosupdate # ls -a /mnt > > > . .. > > > root@x200:~smithi/biosupdate # > > > > > > Is there a generic way to convert this into a bootable USB image? > > > > Possibly the update program and data is in the El Torito floppy image. I've > > converted floppy images to boot CDs, but not the other way. This might > > help: http://arstechnica.com/civis/viewtopic.php?f=16&t=308491 Indeed, based on that and finding isoinfo already installed, I just ran it and was about ready to come back with more questions, when .. ding: > And based on that: > > % isoinfo -d -i 6duj48us.iso > Setting input-charset to 'ISO8859-1' from locale. > CD-ROM is in ISO 9660 format > System id: > Volume id: 6DUJ48US > Volume set id: > Publisher id: > Data preparer id: > Application id: NERO BURNING ROM > Copyright File id: > Abstract File id: > Bibliographic File id: > Volume set size is: 1 > Volume set sequence number is: 1 > Logical block size is: 2048 > Volume size is: 19126 > El Torito VD version 1 found, boot catalog is in sector 20 > > Joliet with UCS level 3 found. > No SUSP/Rock Ridge present > Eltorito validation header: > Hid 1 > Arch 0 (x86) > ID 'NERO BURNING ROM' > Cksum 8A FC OK > Key 55 AA > Eltorito defaultboot header: > Bootid 88 (bootable) > Boot media 4 (Hard Disk Emulation) > Load segment 7C0 > Sys type 6 > Nsect 1 > Bootoff 1B 27 Well that matches my copy. Did you just have one lying around? :) > % dd if=6duj48us.iso of=zoot.img bs=2048 skip=27 count=75744 > 19126+0 records in > 19126+0 records out > 39170048 bytes transferred in 0.063829 secs (613672181 bytes/sec) > > That file is a 37M MBR hard drive image. Copying it straight to a memory > stick ought to work. Using skip=27 does indeed start at the loader, with the DOS 6.0 MBR at 0x4000 after 16KiB zeroes. I was confused by count=75744, some 148MiB at 2K sectors, but count is ignored unless less than filesize anyway, so any larger value - or no value at all - works, great, but then our record counts don't agree: root@x200:~ # dd if=/home/smithi/biosupdate/6duj48us.iso of=6duj48us.img bs=2048 skip=27 19099+0 records in 19099+0 records out 39114752 bytes transferred in 0.477592 secs (81899933 bytes/sec) Your 19126 records would be the whole file, 30170048 bytes here, so it looks like 'skip=27' didn't skip on yours, or I'm missing something? Pressing on, plugging in a spare stick: root@x200:~ # dd if=6duj48us.img of=/dev/da0 bs=2048 conv=sync 19099+0 records in 19099+0 records out 39114752 bytes transferred in 24.952938 secs (1567541 bytes/sec) root@x200:~ # ll /dev/da* crw-rw---- 1 root operator 0x93 Jun 30 02:51 /dev/da0 crw-rw---- 1 root operator 0x94 Jun 30 02:51 /dev/da0s1 Wow, that stick had a /dev/da0a there before. This looks promising .. root@x200:~ # mount_msdosfs /dev/da0s1 /dist root@x200:~ # ls -lrt /dist total 184 -rwxr-xr-x 1 root wheel 9349 Dec 31 1993 WINA20.386* -r-xr-xr-x 1 root wheel 37174 Dec 31 1993 IBMDOS.COM* -r-xr-xr-x 1 root wheel 40758 Dec 31 1993 IBMBIO.COM* -rwxr-xr-x 1 root wheel 54654 Dec 31 1993 COMMAND.COM* -rwxr-xr-x 1 root wheel 14160 Nov 18 1994 HIMEM.SYS* -rwxr-xr-x 1 root wheel 12663 Apr 23 1999 RAMDRIVE.SYS* drwxr-xr-x 1 root wheel 2048 Apr 4 2008 System Volume Information/ -rwxr-xr-x 1 root wheel 123 Apr 15 2009 CONFIG.SYS* -rwxr-xr-x 1 root wheel 58 Feb 5 2013 AUTOEXEC.BAT* drwxr-xr-x 1 root wheel 2048 May 10 2013 $RECYCLE.BIN/ drwxr-xr-x 1 root wheel 2048 May 10 2013 EFI/ drwxr-xr-x 1 root wheel 2048 May 10 2013 Flash/ drwxr-xr-x 1 root wheel 2048 Jun 13 2013 Recycled/ Cool! I'll have to backup some stuff before trying it, manyana. Thanks heaps, Ian From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 29 18:14:58 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D063B13 for ; Sun, 29 Jun 2014 18:14:58 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0020F2D81 for ; Sun, 29 Jun 2014 18:14:57 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s5TIEtCj060553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 29 Jun 2014 12:14:55 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s5TIEtIS060550; Sun, 29 Jun 2014 12:14:55 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 29 Jun 2014 12:14:55 -0600 (MDT) From: Warren Block To: Ian Smith Subject: Re: bootable CD-ROM image to memstick image? In-Reply-To: <20140630015422.M50382@sola.nimnet.asn.au> Message-ID: References: <20140629205303.L50382@sola.nimnet.asn.au> <20140630015422.M50382@sola.nimnet.asn.au> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 29 Jun 2014 12:14:55 -0600 (MDT) Cc: freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2014 18:14:58 -0000 On Mon, 30 Jun 2014, Ian Smith wrote: > On Sun, 29 Jun 2014 08:03:45 -0600, Warren Block wrote: > > > > > > Possibly the update program and data is in the El Torito floppy image. I've > > > converted floppy images to boot CDs, but not the other way. This might > > > help: http://arstechnica.com/civis/viewtopic.php?f=16&t=308491 > > Indeed, based on that and finding isoinfo already installed, I just ran > it and was about ready to come back with more questions, when .. ding: > > > And based on that: > > > > % isoinfo -d -i 6duj48us.iso > > Setting input-charset to 'ISO8859-1' from locale. > > CD-ROM is in ISO 9660 format ... > > Eltorito defaultboot header: > > Bootid 88 (bootable) > > Boot media 4 (Hard Disk Emulation) > > Load segment 7C0 > > Sys type 6 > > Nsect 1 > > Bootoff 1B 27 > > Well that matches my copy. Did you just have one lying around? :) First result on a search for 6duj48us.iso. Turns out using unique, unreadable filenames has benefits! And I was curious how they fit a multi-megabyte firmware update onto a floppy image. Apparently El Torito allows for either floppy or hard drive image. > > % dd if=6duj48us.iso of=zoot.img bs=2048 skip=27 count=75744 > > 19126+0 records in > > 19126+0 records out > > 39170048 bytes transferred in 0.063829 secs (613672181 bytes/sec) > > > > That file is a 37M MBR hard drive image. Copying it straight to a memory > > stick ought to work. > > Using skip=27 does indeed start at the loader, with the DOS 6.0 MBR at > 0x4000 after 16KiB zeroes. > > I was confused by count=75744, some 148MiB at 2K sectors, but count is > ignored unless less than filesize anyway, so any larger value - or no > value at all - works, great, but then our record counts don't agree: I did that once for real and then again to document it, and probably forgot the skip the second time. > Pressing on, plugging in a spare stick: > > root@x200:~ # dd if=6duj48us.img of=/dev/da0 bs=2048 conv=sync > 19099+0 records in > 19099+0 records out > 39114752 bytes transferred in 24.952938 secs (1567541 bytes/sec) No need to stick to 2K block sizes after the image has been read off CD. Using 64K or 128K there will usually give a faster write than smaller sizes. > Cool! I'll have to backup some stuff before trying it, manyana. Good luck! From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 30 16:43:20 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C938FE1 for ; Mon, 30 Jun 2014 16:43:20 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B9E9B2B21 for ; Mon, 30 Jun 2014 16:43:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s5UGhAF0027264; Tue, 1 Jul 2014 02:43:10 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 1 Jul 2014 02:43:10 +1000 (EST) From: Ian Smith To: Warren Block Subject: Re: bootable CD-ROM image to memstick image? In-Reply-To: <20140630015422.M50382@sola.nimnet.asn.au> Message-ID: <20140701010648.W50382@sola.nimnet.asn.au> References: <20140629205303.L50382@sola.nimnet.asn.au> <20140630015422.M50382@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2014 16:43:20 -0000 You last said "Good luck!" and I thought I was all set, but alas .. it seemed to be loading ok, but then "Missing operating system" was all it said, a horror story long preceding the infamous BSoD to old DOS jocks. Reintroducing some context .. On Mon, 30 Jun 2014 03:22:07 +1000, Ian Smith wrote: > On Sun, 29 Jun 2014 08:03:45 -0600, Warren Block wrote: > > On Sun, 29 Jun 2014, Warren Block wrote: > > > On Sun, 29 Jun 2014, Ian Smith wrote: > > > > > > > I have a bootable BIOS/EC update CD image for a Lenovo X200, with no CD. .. > > > > root@x200:~smithi/biosupdate # file 6duj48us.iso > > > > 6duj48us.iso: # ISO 9660 CD-ROM filesystem data '6DUJ48US > > > > ' (bootable) .. > > > > Is there a generic way to convert this into a bootable USB image? > > > > > > Possibly the update program and data is in the El Torito floppy image. I've > > > converted floppy images to boot CDs, but not the other way. This might > > > help: http://arstechnica.com/civis/viewtopic.php?f=16&t=308491 More reference to that post later .. > > % isoinfo -d -i 6duj48us.iso > > Setting input-charset to 'ISO8859-1' from locale. > > CD-ROM is in ISO 9660 format > > System id: > > Volume id: 6DUJ48US .. > > Volume set size is: 1 > > Volume set sequence number is: 1 > > Logical block size is: 2048 > > Volume size is: 19126 > > El Torito VD version 1 found, boot catalog is in sector 20 > > > > Joliet with UCS level 3 found. > > No SUSP/Rock Ridge present > > Eltorito validation header: > > Hid 1 > > Arch 0 (x86) > > ID 'NERO BURNING ROM' > > Cksum 8A FC OK > > Key 55 AA > > Eltorito defaultboot header: > > Bootid 88 (bootable) > > Boot media 4 (Hard Disk Emulation) > > Load segment 7C0 That's 1984 (whats?), I wonder if it's relevant? > > Sys type 6 > > Nsect 1 > > Bootoff 1B 27 .. > root@x200:~ # dd if=/home/smithi/biosupdate/6duj48us.iso of=6duj48us.img > bs=2048 skip=27 > 19099+0 records in > 19099+0 records out > 39114752 bytes transferred in 0.477592 secs (81899933 bytes/sec) .. > root@x200:~ # dd if=6duj48us.img of=/dev/da0 bs=2048 conv=sync > 19099+0 records in > 19099+0 records out > 39114752 bytes transferred in 24.952938 secs (1567541 bytes/sec) > > root@x200:~ # ll /dev/da* > crw-rw---- 1 root operator 0x93 Jun 30 02:51 /dev/da0 > crw-rw---- 1 root operator 0x94 Jun 30 02:51 /dev/da0s1 .. > root@x200:~ # mount_msdosfs /dev/da0s1 /dist > root@x200:~ # ls -lrt /dist > total 184 > -rwxr-xr-x 1 root wheel 9349 Dec 31 1993 WINA20.386* > -r-xr-xr-x 1 root wheel 37174 Dec 31 1993 IBMDOS.COM* > -r-xr-xr-x 1 root wheel 40758 Dec 31 1993 IBMBIO.COM* > -rwxr-xr-x 1 root wheel 54654 Dec 31 1993 COMMAND.COM* > -rwxr-xr-x 1 root wheel 14160 Nov 18 1994 HIMEM.SYS* > -rwxr-xr-x 1 root wheel 12663 Apr 23 1999 RAMDRIVE.SYS* > drwxr-xr-x 1 root wheel 2048 Apr 4 2008 System Volume Information/ > -rwxr-xr-x 1 root wheel 123 Apr 15 2009 CONFIG.SYS* > -rwxr-xr-x 1 root wheel 58 Feb 5 2013 AUTOEXEC.BAT* > drwxr-xr-x 1 root wheel 2048 May 10 2013 $RECYCLE.BIN/ > drwxr-xr-x 1 root wheel 2048 May 10 2013 EFI/ > drwxr-xr-x 1 root wheel 2048 May 10 2013 Flash/ > drwxr-xr-x 1 root wheel 2048 Jun 13 2013 Recycled/ So 6duj48us.img, made as above, is directly mountable as msdosfs, all files I accessed looked ok. It looks just like a bootable disk, it's the active slice, though I wonder a bit about sizes; DF shows 36M with 15M used, but fdisk shows partition 1 as being sysid 4 (0x04),(Primary DOS with 16 bit FAT (< 32MB)) so I don't know if it's relevant that the image is larger than that. Anyway, from the above arstecnica thread and another found on a lenovo support forum, I tried the latest geteltorito.pl from http://userpages.uni-koblenz.de/~krienke/ftp/noarch/geteltorito/geteltorito and it happily wrote an image 317440 bytes (620 x 512B sectors) shorter. Which compared byte for byte till its shorter eof (and nothing's using the last 15MB anyway), which also boots to "Missing operating system". So I grabbed the 8duj10uc.iso that both articles referred to as working when extracted by geteltorito.pl, and made its image which is exacly 32768KiB or 32MiB .. which does match that 16 bit FAT limitation, fwiw. I had no intention of flashing my X200 BIOS from this one for X220, but thought it should boot .. but still, "Missing operating system". So in desperation I borrowed an LG GP08lu10 external DVR rewriter .. which had trouble attaching and then spewed numerous read errors, numerous times (on a blank CD) before giving up, repeatedly :( This thing came with a very early BIOS, Sept 2008. Though the changelog doesn't mention problems booting from USB disks and it's happily booted FreeBSD and PC-BSD memsticks from the stick I'm using, still I'm hoping that getting it upgraded might make this work. Not my day; I'll have to leave it until I find a working external CD. Thanks for your help, it was good fun, for a while :) cheers, Ian From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 30 18:43:53 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE59E965 for ; Mon, 30 Jun 2014 18:43:53 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F6BF2772 for ; Mon, 30 Jun 2014 18:43:53 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s5UIhooR070153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 30 Jun 2014 12:43:50 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s5UIhobl070150; Mon, 30 Jun 2014 12:43:50 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 30 Jun 2014 12:43:50 -0600 (MDT) From: Warren Block To: Ian Smith Subject: Re: bootable CD-ROM image to memstick image? In-Reply-To: <20140701010648.W50382@sola.nimnet.asn.au> Message-ID: References: <20140629205303.L50382@sola.nimnet.asn.au> <20140630015422.M50382@sola.nimnet.asn.au> <20140701010648.W50382@sola.nimnet.asn.au> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 30 Jun 2014 12:43:50 -0600 (MDT) Cc: freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2014 18:43:53 -0000 On Tue, 1 Jul 2014, Ian Smith wrote: > You last said "Good luck!" and I thought I was all set, but alas .. it > seemed to be loading ok, but then "Missing operating system" was all it > said, a horror story long preceding the infamous BSoD to old DOS jocks. Hm. The image ought to have the boot blocks. Maybe a geometry difference? If Win95/98 is easily available, it could do a 'sys' on that USB drive (not MS-DOS, because it can't see USB). Or maybe FreeDOS would work, I have not used it much. For that matter, the FreeBSD MBR bootcode might be enough ('fdisk -B'). I have a 32M MS-DOS hard drive image on my PXE server just for this kind of situation. Mount the image, copy the firmware update files to it, umount and PXE boot the target system from it. A bit of a hassle, but often less than the alternative. Most systems work with it. Although a few have complained and refused to run the firmware update, no other problems (that is, no bricks). From owner-freebsd-mobile@FreeBSD.ORG Thu Jul 3 15:08:28 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E60D341B for ; Thu, 3 Jul 2014 15:08:27 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4643F2308 for ; Thu, 3 Jul 2014 15:08:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s63F8HaM077469; Fri, 4 Jul 2014 01:08:18 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 4 Jul 2014 01:08:17 +1000 (EST) From: Ian Smith To: Warren Block Subject: Re: bootable CD-ROM image to memstick image? In-Reply-To: Message-ID: <20140703234714.W50382@sola.nimnet.asn.au> References: <20140629205303.L50382@sola.nimnet.asn.au> <20140630015422.M50382@sola.nimnet.asn.au> <20140701010648.W50382@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 15:08:28 -0000 On Mon, 30 Jun 2014 12:43:50, Warren Block wrote: > On Tue, 1 Jul 2014, Ian Smith wrote: > > > You last said "Good luck!" and I thought I was all set, but alas .. it > > seemed to be loading ok, but then "Missing operating system" was all it > > said, a horror story long preceding the infamous BSoD to old DOS jocks. > > Hm. The image ought to have the boot blocks. Maybe a geometry difference? > If Win95/98 is easily available, it could do a 'sys' on that USB drive (not > MS-DOS, because it can't see USB). Or maybe FreeDOS would work, I have not > used it much. I have an original Win2k on the T23 - I'd forgotten it was still there, only time ever booted was updating the T23's BIOS years ago :) - but the more I read the more it seemed imprudent to put DOS/Win system files on that PC DOS 6.0 disk. FreeDOS' sys has switches for that and assorted other variants of DOS, so I grabbed a freedos .iso (they don't offer a memstick image either) and might install it sometime - as usual I left a 4GB s1 for msdosfsy things on this - but persevered with the images .. > For that matter, the FreeBSD MBR bootcode might be enough ('fdisk -B'). You'll recall the original image made with geteltorito.pl - which worked for various people, albeit on X220 - as well as your more direct method, quit with "Missing operating system" which message is from its MBR, made with Nero. After fdisk -B /dev/md0 a FreeBSD MBR also has that string, however when booted it actually handed off to the DOS 6 'boot loader' ok - which instead returns the equally familiar old "Non-system disk or disk error\n Replace and press any key when ready"! I did check the MBR, start sector and count for s1 - even the CHS maths - which all tallied, geometry seemed right. I'm totally bemused. 10 years ago I'd have compulsively chased this rabbit down its hole, but it had cost far too much time already; I want to USE this machine! :) http://en.wikipedia.org/wiki/Master_boot_record /BIOS to MBR interface had me wondering whether the NERO MBR might have mangled the disk unit number for PC DOS' benefit, but nothing explains why the Linux people could get that X220 image to work - unless the X200 BIOS isn't handing off the right register setup or something, which seems rather dubious. > I have a 32M MS-DOS hard drive image on my PXE server just for this kind of > situation. Mount the image, copy the firmware update files to it, umount and > PXE boot the target system from it. A bit of a hassle, but often less than > the alternative. Most systems work with it. Although a few have complained > and refused to run the firmware update, no other problems (that is, no > bricks). So I googled 'pxe boot freebsd' and what's the first cab off the rank? http://www.wonkity.com/~wblock/docs/html/pxe.html :) So I considered setting up the T23 as a PXE / DHCP etc server, but I'd probably never use it again. So I waited till my son dropped of his external CDRW/DVD burner, burned the original .iso with cdrecord and it booted straight up. So I have my BIOS/EC upgraded, learned some likely useful things along the way .. but my curiosity isn't at all sated! And yes I retried those .img files with the new BIOS, ruling that out .. Thanks again, Warren cheers, Ian From owner-freebsd-mobile@FreeBSD.ORG Sun Jul 6 19:37:35 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 724A430F for ; Sun, 6 Jul 2014 19:37:35 +0000 (UTC) Received: from mail-yk0-x242.google.com (mail-yk0-x242.google.com [IPv6:2607:f8b0:4002:c07::242]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 33CA82E2D for ; Sun, 6 Jul 2014 19:37:35 +0000 (UTC) Received: by mail-yk0-f194.google.com with SMTP id 9so218413ykp.1 for ; Sun, 06 Jul 2014 12:37:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:mime-version:date:content-type:to:reply-to :content-transfer-encoding:subject:message-id; bh=zZr/In9vsM3L2EuR6M6llwe12qUII8IG1XiPnRvyMaQ=; b=S+No5uk6tBXrq+JgMMv2lRF6SBiyIRNdo7HwZihT+HgKuJTmYS9aZWD3wgYbOkBkFi Vrmr3FHDEsPJSisXfZfQQ4VwDuLaRgqWPac79gCVULMD4YNm7clsLvAs9MdNeetfX+OQ 4d5kfkYOxdRUldBHOMnZbB5yRr7r7u4L4hmW/LUkBzUBs65osWF1EpGrz8oyq8rSbWFe Lnf77hLFMIhpP71uUOu3CtltMlAZBL4i/FcSPJV0mbjBFcBvtokTdzu158UHTaI8xFcs rFBa22p91PcaJvmyIpCLHqVeBO/3+t4i1zQLn1SIgkLUxd3Ct3rK0ByVkCIAwcPW2FLq nhTA== X-Received: by 10.236.97.101 with SMTP id s65mr35845045yhf.51.1404675454343; Sun, 06 Jul 2014 12:37:34 -0700 (PDT) Received: from C_C8CBB8C51424 ([207.244.77.130]) by mx.google.com with ESMTPSA id q5sm1405794yhk.8.2014.07.06.12.37.33 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 06 Jul 2014 12:37:33 -0700 (PDT) From: "=?utf-8?Q?=C2=A9JetBlue_Airlines_Advertisment=E2=84=A2__?=" X-Google-Original-From: =?utf-8?Q?=C2=A9JetBlue_Airlines_Advertisment=E2=84=A2__?= MIME-Version: 1.0 Date: Sun, 06 Jul 2014 21:37:17 +0200 X-Priority: 3 (Normal) Content-Type: text/plain; charset="utf-8" To: freebsd-mobile@freebsd.org Reply-To: =?utf-8?Q?=C2=A9JetBlue_Airlines_Advertisment=E2=84=A2__?= Content-Transfer-Encoding: quoted-printable Subject: DRIVE YOUR CAR AND GET PAID ADVERTISING FOR JetBlue Airlines ($400 weekly). Message-ID: X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 19:37:35 -0000 Hello, We are currently seeking individuals Strictly in the United State who wo= uld like to make money by simply driving their vehicle advertising for J= etBlue Airlines. This is in our view to create more awareness and attract more customers = to be willing to patronise us for local and international flights. This is a basic strategy of the "pay me to drive" concept: JetBlue Airli= nes seeks people, regular citizens, professional drivers and more to go = about their normal routine, only with a small advert for "JetBlue Airlin= es" plastered on their vehicle. The advert are typically vinyl decals, a= lso known as "auto wraps" that almost seem to be painted on the vehicle,= and which will cover any and little portion of the vehicle's exterior s= urface. This strategy gives JetBlue Airlines Lots of exposure and awareness. The= auto wrap tend to be colorful, eye-catching and attract lots of attenti= on. Plus, it's a form of advertising with a captive audience eye catchin= g, people who are stuck in traffic can't avoid seeing the wrapped car al= ongside them. This program will last for as long as you want it and the minimum you ca= n participate is 2 months and you get paid weekly, also individual with = two or more vehicle can only participate once and with one vehicle at a = time. You will be compensated with $400 per week which is essentially a rental= payment for letting JetBlue Airlines use the space on your vehicle, no = fee is required from you. We have experts that would handle the advert p= lacement on your vehicle. You will receive an upfront payment of $400 in= form of check via courier service for accepting to carry this advert on = your vehicle. You will also be eligible to participate in our monthly draw for various= prizes and also get some percentage discount on flights booked with Jet= Blue Airlines. It is very easy and no application fee required, contact us through emai= l (infos.jetblueairlines@usa.com) along with the following information i= f you are interested in these offer. Full Name: Age: Sex: Occupation: Physical Address: City: State: Zip code: Make of vehicle and year: Exterior Color of vehicle: Telephone numbers: Email: We will contact you immediately we receive this information. Kind Regards! =C2=A9JetBlue Airlines Advertisment=E2=84=A2. All rights reserved. www.Jetblue.com Phone: (760)283 7888 Ext. 585 From owner-freebsd-mobile@FreeBSD.ORG Sun Jul 13 00:49:26 2014 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AACE76A2 for ; Sun, 13 Jul 2014 00:49:26 +0000 (UTC) Received: from mail-yh0-x243.google.com (mail-yh0-x243.google.com [IPv6:2607:f8b0:4002:c01::243]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6CA5D22D4 for ; Sun, 13 Jul 2014 00:49:26 +0000 (UTC) Received: by mail-yh0-f67.google.com with SMTP id 29so160269yhl.10 for ; Sat, 12 Jul 2014 17:49:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:mime-version:date:content-type:to:reply-to :content-transfer-encoding:subject:message-id; bh=x9Wk6qjFc8i9Z4rji9EFuYzKK0IiYlcOe52BHlQd/Fk=; b=tXtvETcTcecKne03sXQ/JpwJ95kcTZHXBDdv9nWFQBO3xw+7DgHAczTvjMv9Z7vxSo txtWDb43SKwHmilBGicFA7j7lBbH1Mh/B9WkXYM0kOTwaYFVJKUD1kyojnkG4gAy7Vmk ZMJHrRmP1Hpjsi29Qco0CRxDqZ2R30xiBhWdTU2tXLneTCUmN4yGVE6wJyvS81sv3LEa DahAyBnrxAMi7TocR54uB1x0ND3RLpQJd6UTKkS/dr0Jr6rKNpYmnpIFk8T8byTGl69s ffhSGuCQTLN97geDLzR4ANAhuyHgjOnJEqdRBeC0WFZq0kOLzJr3eLh7CkyxodeeEvRZ oNQw== X-Received: by 10.236.202.68 with SMTP id c44mr14608034yho.0.1405212564977; Sat, 12 Jul 2014 17:49:24 -0700 (PDT) Received: from C_C8CBB8C51424 ([207.244.77.130]) by mx.google.com with ESMTPSA id z45sm13677453yhc.17.2014.07.12.17.49.23 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 12 Jul 2014 17:49:24 -0700 (PDT) From: "=?utf-8?Q?=C2=AEMonster_Energy_Drink_Advertisement=E2=84=A2__?=" X-Google-Original-From: =?utf-8?Q?=C2=AEMonster_Energy_Drink_Advertisement=E2=84=A2__?= MIME-Version: 1.0 Date: Sun, 13 Jul 2014 02:49:22 +0200 X-Priority: 3 (Normal) Content-Type: text/plain; charset="utf-8" To: freebsd-mobile@freebsd.org Reply-To: =?utf-8?Q?=C2=AEMonster_Energy_Drink_Advertisement=E2=84=A2__?= Content-Transfer-Encoding: quoted-printable Subject: DRIVE YOUR CAR AND GET PAID ADVERTISING FOR MONSTER ENERGY DRINK.($400 Weekly) Message-ID: <7E451894DB291D44718BACFA1A6DED5EB1D5CCAC@C_C8CBB8C51424> X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2014 00:49:26 -0000 Hello, We got your email address through a local Business directory on the web.= We must apologise for taking some of your valuable time to explain a pr= oposal that will imagine will be of utmost benefit. We are currently seeking individuals Strictly in the United State who wo= uld like to make money by simply driving their vehicle advertising for M= onster Energy Drink. This is in our view to create more awairness and at= tract more customers to be willing to patronise us for local and interna= tional Enery Drink. This is a basic strategy of the "pay me to drive" concept: Monster Energ= y Drink seeks people, regular citizens, professional drivers and more to= go about their normal routine, only with a small 5x12 size advert for = "Monster Energy" plastered on their vehicle. The advert are typically vi= nyl decals, also known as "auto wraps" that almost seem to be painted on= the vehicle, and which will cover any and little portion of the vehicle= 's exterior surface. This strategy gives Monster Energy Lots of exposure and awareness. The a= uto wrap tend to be colorful, eye-catching and attract lots of attention= =2E Plus, it's a form of advertising with a captive audience eye catchin= g, people who are stuck in traffic can't avoid seeing the wrapped car al= ongside them. This program will last for as long as you want it and the = minimum you can participate is 2 months and you get paid weekly, also in= dividual with two or more vehicle can only participate once and with one= vehicle at a time. You will be compensated with $400 per week which is essentially a rental= payment for letting Monster Energy use the space on your vehicle, no fe= e is required from you. We have experts that would handle the advert pla= cement on your vehicle which will not resort to any damage. You will rec= eive an upfront payment inform of Check via courier service for acceptin= g to carry this advert on your vehicle. You will also be eligible to participate in our monthly draw for various= prizes and also get some percentage discount on the Monster Energy Drin= k can that is purchase in our various store. It is very easy and no application fee required, contact us through emai= l (info.monsterenergy@consultant.com) along with the following informati= on if you are interested in these offer. Full Name: Age: Sex: Occupation: Physical Address: City: State: Zip code: Make of vehicle and year: Exterior Color of vehicle: Telephone numbers: Email: We will contact you immediately we receive this information. Kind Regards! Monster Energy Company Address: 1 Monster Way Corona, CA 92879 Website: www.monsterenergy.com Email: info.monsterenergy@consultant.com Phone: Phone: (360)-836-1570 Ext. 585