Re: pax(1) looping infinitely
On 6/22/24 08:19, Warner Losh wrote: The last core team announced one. But you can add Approved by: imp Thanks Warner! I've just committed the change. Have a nice week-end, Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org
Re: pax(1) looping infinitely
On 6/21/24 23:41, Yuri Pankov wrote: .mailmap Thanks Yuri! I cannot see any blanket approval for a ports committer modifying that file within the src repo. Can a src committer approve (or commit) the following change please ? : diff --git a/.mailmap b/.mailmap index 0d0231a3da68..3d33acc8d59a 100644 --- a/.mailmap +++ b/.mailmap @@ -16,3 +16,4 @@ Jose Luis Duran Val Packett Piotr Paweł Stefaniak Sumit Saxena +Ganael LAPLANCHE Thanks in advance, Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org
Re: pax(1) looping infinitely
Le 21/06/2024 à 18:58, Warner Losh a écrit : My apologies... I didn't check, but. it's in your sig so I should have. Hey, no pb :) There's a mapping file that can be updated for cases like this. Hmmm, I could add my address there. Can you point me to that file, I can't find it in the source tree ? Cheers, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org
Re: pax(1) looping infinitely
On 6/21/24 18:44, Warner Losh wrote: Hi Warner, Fixed. > commit 681fd2bed8eaba88693867ba928a1c03a5b152cc (HEAD -> main) Author: Ganael Laplanche Thanks! Wrote the commit message and had to guess at the right email to use. But it looked like bz and the mail here were the same. You could just have used my FreeBSD.org (martymac@) address here. Anyway, my personal address is OK too :) In the future, simple patches like this might work better as a github pull request, though, since that would resolve all that ambiguity. Yep, thanks again! Cheers, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org
pax(1) looping infinitely
Hello, Our pax(1) implementation has a small bug triggered when it is fed with a directory containing a trailing slash. Could a src committer have a look at: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277060 ? I've submitted a small patch that fixes the problem. Thanks! Cheers, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org
fts(3) not checking for readdir(3) errors
Hello, For one of my projects, I've received a patch to our implementation of fts(3) which does not check for readdir(3) errors. The patch seemed obvious and looked OK to me so I merged it to my project. I think we should merge it to FreeBSD too so I've opened a PR (with the patch) here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262038 Could a src committer have a look at it please ? Thanks in advance, Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org
Re: [patch] Improving the 'zpool labelclear' command
On Thu, 29 Sep 2016 14:13:52 -0400, Ultima wrote
> > In case you are interested, I have posted a patch to improve the 'zpool
> > labelclear' command here :
> >
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204622
> >
> > - force ('-f') will now allow to erase labels, even if they are broken
> > (restoring the behaviour of our previous -FreeBSD- version of
labelclear)
> > - You can select which label you want to erase (beginning, end or
> > specific index)
> > - You can use a 'minimal' mode which will invalidate a label by changing
> > only a single byte. This is useful to minimize the chances to
> > overwrite/destroy a FS that would have been created over the label, but
> > still leaving the label visible.
>
> This patch looks good its too bad the core hasn't looked at it
> yet. Ill do some testing and report any issues found. Some
> points you bring up in the bug are quite valid. Thanks for
> working on this! =]
Thanks. Yes, it would be nice if a src committer could take a look at it.
Any feedback welcome :)
--
Ganael LAPLANCHE <ganael.laplan...@martymac.org>
http://www.martymac.org | http://contribs.martymac.org
FreeBSD: martymac <marty...@freebsd.org>, http://www.FreeBSD.org
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: zpool (online|replace|labelclear) issues, -f option also failing
On Wed, 28 Sep 2016 19:00:42 -0400, Ultima wrote
Hi Ultima,
> I really think the force (-f) flag needs a bump in power (for both
> replace and labelclear) [...].
In case you are interested, I have posted a patch to improve the 'zpool
labelclear' command here :
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204622
- force ('-f') will now allow to erase labels, even if they are broken
(restoring the behaviour of our previous -FreeBSD- version of labelclear)
- You can select which label you want to erase (beginning, end or
specific index)
- You can use a 'minimal' mode which will invalidate a label by changing
only a single byte. This is useful to minimize the chances to
overwrite/destroy a FS that would have been created over the label, but
still leaving the label visible.
Regards,
--
Ganael LAPLANCHE <ganael.laplan...@martymac.org>
http://www.martymac.org | http://contribs.martymac.org
FreeBSD: martymac <marty...@freebsd.org>, http://www.FreeBSD.org
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Fixing X220 Video The Right Way
On Fri, 14 Jun 2013 16:00:11 -0700, matt wrote I'm glad you got this working, it makes the X220 (and probably other laptops with similar issues) more usable on FreeBSD. Sure, that's good news ! I'll have to bring my X220 back up to current and start looking at sleep issues next. Great ! Do not hesitate if you need testing on this, I can help :) Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Lenovo x220 suspend/resume broken
On Sun, 16 Dec 2012 14:44:16 -0800, Garrett Cooper wrote Hi Garett, Can't speak for your lenovos, but my netbook has been working like a champ on i386 with smp since it was fixed. The diff I have spotted is partly amd64-related ; you may not encounter the same problem on i386. Sorry; missed the context where you said 9.1. What video driver are you guys using? I am using KMS patch all.13.7.patch, since it was not in -CURRENT at this time. Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Lenovo x220 suspend/resume broken
On Sun, 16 Dec 2012 14:28:11 -0800, Adrian Chadd wrote Hi Adrian, have you filed a PR about this? I have just filed one : http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/174504 There shouldn't be any reason why it works on 10-current but not 9.1-release. If that's the case, I'm hopeful that jkim and the syscons peeps can figure out what's going on. It depends on the age of -CURRENT Daniel runs. Things have been MFC'd since, and 9.1 does not suspend/resume for me either, while my old -CURRENT from february works like a charm. Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Lenovo x220 suspend/resume broken
On Fri, 14 Dec 2012 09:12:15 -0800, matt wrote Hi Matt, Perhaps revert the spinlocks to the the intr_suspend/intr_resume code and see if it has an effect? It's an uneducated guess :) I tried that, but it did not fix the problem. Thanks for the suggestion :p -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Lenovo x220 suspend/resume broken
Hi everyone, Following this thread : http://lists.freebsd.org/pipermail/freebsd-current/2012-March/032519.html I have finally taken time to track this regression. It occurs with revision 231797 : http://svnweb.freebsd.org/base?view=revisionrevision=231797 Could anyone have a look at it ? Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Fri, 04 May 2012 14:29:32 -0700, matt wrote Hi Matt, Thanks for your answer. Try setting hw.pci.do_power_resume=0 and hw.pci.do_power_suspend=0 in sysctl.conf If that doesn't work for you try setting each to one separately, and together if all fails. Also try setting resume beep and see whether it's getting that far (debug.acpi.resume_beep=1). I've had no time to test settings separately, but setting both sysctls leads to the same issue as you : a modem-like beep at resume time :/ Also, I sometimes get a black screen when rebooting into the kernel I have which is known to work (graphics + 3D accel + suspend/resume). Quite strange, it persists at reboot. The only way I have found is remove the battery and wait a few hours to be able to start X again... Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Mon, 19 Mar 2012 12:03:13 -0700, matt wrote Hi Matt, I'll have to try again without the patch to see if it's Xorg/KMS or FreeBSD base that has changed. FYI, I've just tried suspend/resume with all.14.5.patch and sources from 2012/04/28, but I still get a black screen on resume :/ Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Status on X220
On Fri, 20 Apr 2012 08:14:17 +0200, Lars Engels wrote Hi everyone, This is the same for my x200, but you can make it work: On 9.0-RELEASE you have to configure through device.hints(5), in CURRENT you can configure it on thy fly. See snd_hda(4) how to do this. FYI, this is what I had to put in /boot/devices.hint to have headset working properly on my x220 (on 10-CURRENT) : # Out : speaker + headphones # hint.hdac.0.cad0.nid31.config=as=1 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 Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Wed, 14 Mar 2012 11:24:24 -0700, matt wrote Hi, Can anyone verify that suspend/resume is now broken on x220 with latest HEAD and the KMS patches? Suspend bounce causes crash, resume beep makes modem sound and hangs, logs indicate only suspend. hw.pci.do_power_resume=0 causes no change. Damn, I can confirm that I only get a black screen on resume (after being able to quickly see my desktop appear and disappear) with kernel from 2012/03/17 and http://people.freebsd.org/~kib/drm/all.13.6.patch. Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: x220 notes
On Wed, 07 Mar 2012 20:29:16 +0200, Vrachnis Ilias-Dimitrios wrote Hi, 2. I've read bad reviews about webcam having poor quality on GNU/Linux, so I would assume it will be the same on FreeBSD with webcamd and not worth the $30? (which also frees up space for 3x3 antenna) Yep, the webcam works with webcamd but the quality is not great... 4. How far is the AMD64 kernel suspend/resume? What do you mean by video doesn't resume? I run 10-CURRENT : FreeBSD laptop.martymac.org 10.0-CURRENT FreeBSD 10.0-CURRENT #12 r231062M: Mon Feb 6 10:29:35 CET 2012 marty...@laptop.martymac.org:/usr/obj/files/Src/sys/GENERIC amd64 with all.13.1 patch (no more available) from : http://people.freebsd.org/~kib/drm/ 3D acceleration works well, as well as suspend/resume when Xorg has been started (black screen if on console). Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: bonnie++ failed on locally mounted NFS
On Sat, 11 Sep 2010 21:52:54 +0800 (CST), Tai-hwa Liang wrote Hi, Delete files in sequential order...Bonnie: drastic I/O error (rmdir): Directory not empty This is a known-bug related to NFS (not bonnie++) ; see : http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/57696 and http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/26142 To sum up : files are skipped if unlink()'ed or rename()'d while their parent directory is opened and being readdir()'ed. Best regards, Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
