[Bug 211135] [regression] GNOME3 and MATE hang with ko_KR.UTF-8 locale after r302324
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211135 Kubilay Kocak changed: What|Removed |Added CC||b...@freebsd.org Status|New |Open Keywords||needs-patch, needs-qa -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211136] [Hyper-V]mount root may fail because vfs' mount starts early than VMBUS
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211136 Bug ID: 211136 Summary: [Hyper-V]mount root may fail because vfs' mount starts early than VMBUS Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: honz...@microsoft.com FreeBSD 10.3/head on Azure may fail to boot for the failure of "mount root". The reason is vfs's mounting starts early than storage driver attaching (included in VMBUS). If it happened, the error looks like: VMBUS: Total online cpus 8, assign perf channel 2 to vcpu 7, cpu 7 VMBUS get multi-channel offer, rel=18,sub=1 VMBUS: new multi-channel offer <0xf80011719c00>, its primary channel is <0xf80011766c00>. VMBUS: channel <0xf80011719c00> open success. Trying to mount root from ufs:/dev/da0p2 [rw]... mountroot: waiting for device /dev/da0p2 ... Mounting from ufs:/dev/da0p2 failed with error 19. Loader variables: vfs.root.mountfrom=ufs:/dev/da0p2 vfs.root.mountfrom.options=rw Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211136] [Hyper-V]mount root may fail because vfs' mount starts early than VMBUS
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211136 --- Comment #1 from Hongjiang --- Created attachment 172546 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=172546&action=edit boot error log -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 205690] [psm] [patch]: support for Elantech trackpads
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205690 Juan Ramón Molina Menor changed: What|Removed |Added CC||i...@juanmolina.eu --- Comment #24 from Juan Ramón Molina Menor --- I have tested the patch on two Lenovo laptops which have Synaptics (ThinkPad S440) and Elantech (S20-30) trackpads. I already had Synaptics support with the psm(4) driver and the patch doesn’t seem to introduce regressions. What I have tested, both on console and X: - Select / Copy / Paste with tap, drag and three-finger tap. - Two-finger scroll. - Normal button operation. Hope it helps, Juan -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 205690] [psm] [patch]: support for Elantech trackpads
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205690 --- Comment #25 from Vladimir Kondratyev --- (In reply to Juan Ramón Molina Menor from comment #24) Thank you, Juan! Could you add debug.psm.loglevel=2 to /boot/loader.conf and provide us with some info about your touchpad hardware from "dmesg" and "sysctl hw.psm." commands output? Following is what my laptop prints: # dmesg ... skipped ... Elantech touchpad hardware v.4 firmware v.0x461f02 ... skipped ... Model information: MaxX: 2772 MaxY: 1452 DpmmX:32 DpmmY:32 TracesX: 21 TracesY: 11 SemiMT: 0 Clickpad: 1 Trackpad: 0 CRC: 0 Pressure: 1 psm0: found Elantech Touchpad # sysctl hw.psm.elantech. hw.psm.elantech.softbutton3_x: 1848 hw.psm.elantech.softbutton2_x: 924 hw.psm.elantech.softbuttons_y: 363 hw.psm.elantech.touchpad_off: 0 hw.psm.elantech.vscroll_div_max: 50 hw.psm.elantech.vscroll_div_min: 30 hw.psm.elantech.vscroll_min_delta: 15 hw.psm.elantech.vscroll_ver_area: 0 hw.psm.elantech.vscroll_hor_area: 0 hw.psm.elantech.taphold_timeout: 25 hw.psm.elantech.tap_min_queue: 2 hw.psm.elantech.tap_max_delta: 25 hw.psm.elantech.div_len: 30 hw.psm.elantech.div_max_na: 10 hw.psm.elantech.div_max: 6 hw.psm.elantech.div_min: 3 hw.psm.elantech.weight_len_squared: 200 hw.psm.elantech.weight_previous_na: 20 hw.psm.elantech.weight_previous: 6 hw.psm.elantech.weight_current: 3 hw.psm.elantech.multiplicator: 1 hw.psm.elantech.window_max: 10 hw.psm.elantech.window_min: 4 hw.psm.elantech.na_left: 0 hw.psm.elantech.na_bottom: 0 hw.psm.elantech.na_right: 0 hw.psm.elantech.na_top: 0 hw.psm.elantech.margin_left: 0 hw.psm.elantech.margin_bottom: 0 hw.psm.elantech.margin_right: 0 hw.psm.elantech.margin_top: 0 hw.psm.elantech.max_width: 10 hw.psm.elantech.max_pressure: 220 hw.psm.elantech.min_pressure: 1 hw.psm.elantech.two_finger_scroll: 1 hw.psm.elantech.directional_scrolls: 0 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211135] [regression] GNOME3 and MATE hang with ko_KR.UTF-8 locale after r302324
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211135 Baptiste Daroussin changed: What|Removed |Added Status|Open|In Progress --- Comment #1 from Baptiste Daroussin --- A simple ls will do it as well. Can you confirm that this is the same regression as for zh_CN.UTF-8 aka reproducible with: touch "1" touch "2" ls Than ls will eat 100% CPU? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 205690] [psm] [patch]: support for Elantech trackpads
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205690 --- Comment #26 from Juan Ramón Molina Menor --- # dmesg ... Elantech touchpad hardware v.3 firmware v.0x350f00 ... Model information: MaxX: 2436 MaxY: 1044 DpmmX:32 DpmmY:32 TracesX: 22 TracesY: 10 SemiMT: 1 Clickpad: 0 Trackpad: 0 CRC: 0 Pressure: 1 psm0: found Elantech Touchpad ... psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Elantech Touchpad, device ID 0-00, 3 buttons psm0: config:4000, flags:0008, packet size:6 psm0: syncmask:04, syncbits:00 # sysctl hw.psm.elantech hw.psm.elantech.touchpad_off: 0 hw.psm.elantech.vscroll_div_max: 50 hw.psm.elantech.vscroll_div_min: 30 hw.psm.elantech.vscroll_min_delta: 15 hw.psm.elantech.vscroll_ver_area: 0 hw.psm.elantech.vscroll_hor_area: 0 hw.psm.elantech.taphold_timeout: 125000 hw.psm.elantech.tap_min_queue: 2 hw.psm.elantech.tap_max_delta: 25 hw.psm.elantech.div_len: 30 hw.psm.elantech.div_max_na: 10 hw.psm.elantech.div_max: 6 hw.psm.elantech.div_min: 3 hw.psm.elantech.weight_len_squared: 200 hw.psm.elantech.weight_previous_na: 20 hw.psm.elantech.weight_previous: 6 hw.psm.elantech.weight_current: 3 hw.psm.elantech.multiplicator: 1 hw.psm.elantech.window_max: 10 hw.psm.elantech.window_min: 4 hw.psm.elantech.na_left: 0 hw.psm.elantech.na_bottom: 0 hw.psm.elantech.na_right: 0 hw.psm.elantech.na_top: 0 hw.psm.elantech.margin_left: 0 hw.psm.elantech.margin_bottom: 0 hw.psm.elantech.margin_right: 0 hw.psm.elantech.margin_top: 0 hw.psm.elantech.max_width: 10 hw.psm.elantech.max_pressure: 220 hw.psm.elantech.min_pressure: 1 hw.psm.elantech.two_finger_scroll: 1 hw.psm.elantech.directional_scrolls: 0 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 205690] [psm] [patch]: support for Elantech trackpads
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205690 --- Comment #27 from Vladimir Kondratyev --- (In reply to Juan Ramón Molina Menor from comment #26) > Elantech touchpad hardware v.3 firmware v.0x350f00 HW version 3 can be considered as basicaly working. Thanks > SemiMT: 1 Here is harmless bug in driver. HWv3 is multitouch TP not semi-multitouch. I will fix that Could you do following gestures and post results here: Gest 1. 1. Put first finger on e.g. left bottom corner of TP 2. Do a short move so cursor moves too 3. Put second finger on opposite corner 4. Move both fingers to trigger 2finger scroll 5. Release first (left) finger but leave second on TP 6. Move second finger across TP Gest 2. 1 - 4 is the same 5. Release second (right) finger but leave first on TP 6. Move first finger across TP Does cursor jump on p.5? What is happening on p.6? Cursor moving or scrolling? Could you post synaptics "dmesg" and "sysctl hw.psm." output here too? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211081] LSI MegaRAID SAS 9271-8i not detected after upgrade to 11; card doesn't attach to bus on 11
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211081 --- Comment #19 from John Baldwin --- Comment on attachment 172545 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=172545 pciconf_lcbBev_pcib11 Interesting, this PCI-PCI bridge has many more of the "optional" hot plug features. In this case it claims that there is a mechanical latch (MRL) that holds the card in that is open. We refuse to attach to the bus if the MRL is open (and in general we try to power down the slot assuming that a user has opened the latch to remove the card). Can you see any sort of latch near the slot the card is in? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211081] LSI MegaRAID SAS 9271-8i not detected after upgrade to 11; card doesn't attach to bus on 11
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211081 --- Comment #20 from Sergey Renkas --- (In reply to John Baldwin from comment #19) There is no latch. Can send pictures to your E-Mail. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211081] LSI MegaRAID SAS 9271-8i not detected after upgrade to 11; card doesn't attach to bus on 11
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211081 --- Comment #21 from John Baldwin --- Is the LSI adapter in a physical slot or is it integrated onto the motherboard? If you can send me pictures that would be nice, perhaps one with no card in the slot at all if possible? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211028] [GEOM][Hyper-V] gpart can't detect the new free space after the disk capacity changes
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211028 --- Comment #15 from Dexuan Cui --- Hi all, I know why g_disk_resize() can't work here when I open da1 for reading after a disk capacity change: When /dev/da1 is opened for reading (or writing) every time, amd64_syscall() -> kern_openat() -> ... -> g_dev_open() -> g_access() -> g_disk_access() -> daopen() -> dareprobe() sends the DA_STATE_PROBE_RC16 command; if the disk capacity was changed, in g_disk_access(), we update provide's mediasize ***immediately***: pp->mediasize = dp->d_mediasize; Later, in disk_resize(), g_disk_resize() -> g_resize_provider(): because of disk's size == pp->mediasize, g_resize_provider() doesn't post the g_resize_provider_event event at all. This is why "camcontrol reprobe da1" can't help. BTW, opening da1 for writing can work because the provider is destroyed and re-created, as you mentioned. I'll be proposing a patch. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211028] [GEOM][Hyper-V] gpart can't detect the new free space after the disk capacity changes
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211028 --- Comment #16 from Dexuan Cui --- Created attachment 172554 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=172554&action=edit The patch can work, but it may be a little ugly... -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211081] LSI MegaRAID SAS 9271-8i not detected after upgrade to 11; card doesn't attach to bus on 11
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211081 --- Comment #22 from Sergey Renkas --- (In reply to John Baldwin from comment #21) Is the LSI adapter in a physical slot... sent pictures to your E-Mail.(In reply to John Baldwin from comment #21) Is the LSI adapter in a physical slot... sent picture to your E-Mail. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211028] [GEOM][Hyper-V] gpart can't detect the new free space after the disk capacity changes
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211028 --- Comment #17 from Dexuan Cui --- (In reply to Dexuan Cui from comment #16) Please review the attached patch. It may be a little ugly since I'm pretty new to GEOM code... Please suggest how we should fix the issue in a better way. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211135] [regression] GNOME3 and MATE hang with ko_KR.UTF-8 locale after r302324
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211135 --- Comment #2 from Jung-uk Kim --- (In reply to Baptiste Daroussin from comment #1) Yes, "touch 예1 예2 && ls" shows the same symptom. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211141] pkg+pw: doesn't run pwd_mkdb, maybe other problems
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211141 Bug ID: 211141 Summary: pkg+pw: doesn't run pwd_mkdb, maybe other problems Product: Base System Version: 11.0-BETA1 Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: lifa...@mail.lifanov.com On 11.0-BETA1, pkg 1.8.7 can't create users correctly. For example, this: [33/36] Installing sane-backends-1.0.25... ===> Creating groups. Creating group 'saned' with gid '194'. ===> Creating users Creating user 'saned' with uid '194'. pw: user 'saned' disappeared during update pkg: PRE-INSTALL script failed I can "fix" this by running pwd_mkdb by hand after the failure and reinstalling the affected package. Same happens with other packages that add users. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211028] [GEOM][Hyper-V] gpart can't detect the new free space after the disk capacity changes
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211028 --- Comment #18 from Andrey V. Elsukov --- (In reply to Dexuan Cui from comment #17) > (In reply to Dexuan Cui from comment #16) > Please review the attached patch. It may be a little ugly since I'm pretty > new to GEOM code... Please suggest how we should fix the issue in a better > way. GEOM serves not only the disks, you can break g_provider_resize() for other types of providers. Can you test this patch instead? Index: geom_disk.c === --- geom_disk.c (revision 302840) +++ geom_disk.c (working copy) @@ -126,7 +126,6 @@ g_disk_access(struct g_provider *pp, int r, int w, if (error != 0) return (error); } - pp->mediasize = dp->d_mediasize; pp->sectorsize = dp->d_sectorsize; if (dp->d_maxsize == 0) { printf("WARNING: Disk drive %s%d has no d_maxsize\n", @@ -143,6 +142,7 @@ g_disk_access(struct g_provider *pp, int r, int w, pp->stripeoffset = dp->d_stripeoffset; pp->stripesize = dp->d_stripesize; dp->d_flags |= DISKFLAG_OPEN; + g_resize_provider(pp, dp->d_mediasize); } else if ((pp->acr + pp->acw + pp->ace) > 0 && (r + w + e) == 0) { if (dp->d_close != NULL) { error = dp->d_close(dp); -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211028] [GEOM][Hyper-V] gpart can't detect the new free space after the disk capacity changes
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211028 --- Comment #19 from Dexuan Cui --- (In reply to Andrey V. Elsukov from comment #18) Your patch is good and it works per my tests. Thank you very much, Andrey! Can you please commit it to the CURRENT branch and can we consider merging it to stable/11 too? I think this small patch should be riskless. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211135] [regression] GNOME3 and MATE hang with ko_KR.UTF-8 locale after r302324
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211135 --- Comment #3 from Jung-uk Kim --- Note this problem is not just for CJK locales. "touch Æon1 Æon2 && ls" with en_US.UTF-8 locale shows exactly same symptom. https://lists.freebsd.org/pipermail/freebsd-stable/2016-July/084991.html -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 205690] [psm] [patch]: support for Elantech trackpads
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205690 --- Comment #28 from Juan Ramón Molina Menor --- Hi again. > Could you do following gestures and post results here: > > Gest 1. > 1. Put first finger on e.g. left bottom corner of TP > 2. Do a short move so cursor moves too > 3. Put second finger on opposite corner > 4. Move both fingers to trigger 2finger scroll > 5. Release first (left) finger but leave second on TP > 6. Move second finger across TP > > Gest 2. > 1 - 4 is the same > 5. Release second (right) finger but leave first on TP > 6. Move first finger across TP Results: --- Synaptics --- Gest 1 and 2: Cursor does not jump on p. 5. Scroll stops in p. 6 and cursor resumes moving. --- Elantech --- Gest 1: Cursor jumps on p. 5. Scroll stops in p. 6. and cursor resumes moving. Gest 2: Cursor does not jump on p. 5. Scroll stops in p. 6 and cursor resumes moving. > Could you post synaptics "dmesg" and "sysctl hw.psm." output here too? # dmesg ... 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: 1 capLowPower: 0 capMultiFingerReport: 1 capSleep: 0 capFourButtons: 0 capBallistics: 0 capMultiFinger: 1 capPalmDetect: 1 infoXupmm: 45 infoYupmm: 52 ... Extended model ID: verticalScroll: 0 horizontalScroll: 0 verticalWheel: 0 nExtendedButtons: 0 capEWmode: 1 ... Continued capabilities: capClickPad: 1 capDeluxeLEDs: 0 noAbsoluteFilter: 0 capReportsV: 1 capUniformClickPad: 0 capReportsMin: 1 capInterTouch: 1 capReportsMax: 1 capClearPad: 0 capAdvancedGestures: 0 capCoveredPad: 0 maximumXCoord: 5674 maximumYCoord: 4684 minimumXCoord: 1266 minimumYCoord: 1170 Additional Buttons: 1 ... psm0: found Synaptics Touchpad ... psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0-00, 4 buttons psm0: config:4000, flags:0008, packet size:6 psm0: syncmask:c0, syncbits:00 # sysctl hw.psm.synaptics hw.psm.synaptics.softbutton3_x: 4700 hw.psm.synaptics.softbutton2_x: 3600 hw.psm.synaptics.softbuttons_y: 1700 hw.psm.synaptics.touchpad_off: 0 hw.psm.synaptics.vscroll_div_max: 150 hw.psm.synaptics.vscroll_div_min: 100 hw.psm.synaptics.vscroll_min_delta: 50 hw.psm.synaptics.vscroll_ver_area: -400 hw.psm.synaptics.vscroll_hor_area: 0 hw.psm.synaptics.taphold_timeout: 125000 hw.psm.synaptics.tap_min_queue: 2 hw.psm.synaptics.tap_max_delta: 80 hw.psm.synaptics.div_len: 100 hw.psm.synaptics.div_max_na: 30 hw.psm.synaptics.div_max: 17 hw.psm.synaptics.div_min: 9 hw.psm.synaptics.weight_len_squared: 2000 hw.psm.synaptics.weight_previous_na: 20 hw.psm.synaptics.weight_previous: 6 hw.psm.synaptics.weight_current: 3 hw.psm.synaptics.multiplicator: 1 hw.psm.synaptics.window_max: 10 hw.psm.synaptics.window_min: 4 hw.psm.synaptics.na_left: 1600 hw.psm.synaptics.na_bottom: 1408 hw.psm.synaptics.na_right: 0 hw.psm.synaptics.na_top: 1314 hw.psm.synaptics.margin_left: 200 hw.psm.synaptics.margin_bottom: 200 hw.psm.synaptics.margin_right: 0 hw.psm.synaptics.margin_top: 0 hw.psm.synaptics.max_width: 10 hw.psm.synaptics.max_pressure: 220 hw.psm.synaptics.min_pressure: 16 hw.psm.synaptics.two_finger_scroll: 1 hw.psm.synaptics.directional_scrolls: 0 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211135] [regression] GNOME3 and MATE hang with ko_KR.UTF-8 locale after r302324
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211135 --- Comment #4 from Baptiste Daroussin --- Can you try the following patch and tell me if it fixes the issue for you? http://bapt.etoilebsd.net/collate.diff -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211135] [regression] GNOME3 and MATE hang with ko_KR.UTF-8 locale after r302324
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211135 --- Comment #5 from Jung-uk Kim --- (In reply to Baptiste Daroussin from comment #4) Both GNOME 3 and MATE are working as advertised. Thanks! -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211123] Throw C++ exception from a signal handler.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211123 Jilles Tjoelker changed: What|Removed |Added CC||jil...@freebsd.org Keywords|patch | --- Comment #1 from Jilles Tjoelker --- This could be because FreeBSD's signal trampoline does not have proper unwind information since it is not part of a proper ELF object. Debuggers such as gdb have a special case for this but the unwinder for C++ exceptions does not. If you really want to do this, a workaround could be a sigjmp_buf in thread-local storage. The null pointer dereference does not raise SIGSEGV because clang detects it as undefined behaviour, replacing it with an ud2 instruction and deleting everything after it. Apart from that, throwing exceptions from arbitrary points in the code is rather unsafe. Per gcc's documentation, even -fnon-call-exceptions will not handle asynchronous exceptions. Safely interrupting code at any location requires process isolation or severe restrictions on the code. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 211135] [regression] GNOME3 and MATE hang with ko_KR.UTF-8 locale after r302324
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211135 --- Comment #6 from commit-h...@freebsd.org --- A commit references this bug: Author: bapt Date: Fri Jul 15 23:03:20 UTC 2016 New revision: 302916 URL: https://svnweb.freebsd.org/changeset/base/302916 Log: Revert 302324 and properly fix the crash with ISO-8859-5 locales PR: 211135 Reported by: jkim Tested by:jkim MFC after:2 days Changes: head/lib/libc/locale/collate.c -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"