similar to: [Bug 2602] New: (Feature request) Verify host using key in destination user account

Hi! I am using RHL 5.2 and Samba 2.0.2. I have the SAMBA acting as the PDC in the network where most of the clients are Win95. Earlier we had a Novell Netware Network and I decided to shift over to Linux/Samba. I am having trouble implementing certain shares. The exact problem is described below: I want ONLY 'nhs' and 'vhs' to have read only access to '/usr/iso9001/edp'

Hi, The HP ZBook 15 G3 laptop builtin display (eDP-1) does not work correctly with v4.11-11413-g2868b25. When booting the laptop, the resolution seems to be limited to 1024x768, and gnome-session segfaults. Up to 4.11 the display works just fine in 1920x1080 mode. I'm seeing this in the kernel logs: nouveau 0000:01:00.0: eDP-1: EDID is invalid: [00] BAD 00 ff ff ff ff ff ff 00 ff

https://bugs.freedesktop.org/show_bug.cgi?id=34680 Summary: Enable dithering by default for eDP panels Product: xorg Version: unspecified Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

On 05/15/2017 01:10 AM, Tommi Rantala wrote: > Hi, Hey Tommi, Thanks for bisecting this. It's rather unexpected that you should be seeing problems here, but, the commit makes sense for it at least. Are you able to get me new kernel logs of both before and after this patch with "log_buf_len=8M drm.debug=0x14 nouveau.debug=disp=trace,i2c=trace,bios=trace" please? Thanks, Ben.

https://bugs.freedesktop.org/show_bug.cgi?id=110993 Bug ID: 110993 Summary: GP107GLM [Quadro P1000 Mobile]: frequent failure to initialize displays on Thunderbolt dock Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority:

This is a follow-up to the v1 posted in April: http://lists.freedesktop.org/archives/dri-devel/2015-April/081515.html Patches 1 - 17 enable GPU switching on the pre-retina MacBook Pro. These were tested successfully by multiple people and solve two tickets in Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=88861 https://bugs.freedesktop.org/show_bug.cgi?id=61115 Patches 18 - 22 are a

Hi Daniel, On Wed, Aug 12, 2015 at 04:16:25PM +0200, Daniel Vetter wrote: > > * Reprobing if the inactive GPU initializes before the apple-gmux module: > > v1 used Matthew Garrett's approach of adding a driver callback. > > v2 simply generates a hotplug event instead. nouveau polls its outputs > > every 10 seconds so we want it to poll immediately once apple-gmux

Commit df8dc97cd17 (drm/nouveau/kms/nv50: use drm core i2c-over-aux algorithm) switched things over to the drm algo. Unfortunately it generates address-only transactions. Prior to GF119, the hardware had no support for such things, and GF119+ the nouveau code did not handle these properly. The result of this bug is that EDID doesn't make it over for DP (and eDP) screens, which in turn wreaks

Howdy, So, I have a Thinkpad P70 with hybrid graphics. 01:00.0 VGA compatible controller: NVIDIA Corporation GM107GLM [Quadro M600M] (rev a2) that one works fine, I can use i915 for the main screen, and nouveau to display on the external ports (external ports are only wired to nvidia chip, so it's impossible to use them without turning the nvidia chip on). I now got a newer P73 also with the

Hi, [This is an automated email] This commit has been processed because it contains a -stable tag. The stable tag indicates that it's relevant for the following trees: all The bot has tested the following trees: v5.5.3, v5.4.19, v4.19.103, v4.14.170, v4.9.213, v4.4.213. v5.5.3: Failed to apply! Possible dependencies: 5ff0cb1ce253 ("drm/nouveau/kms/nv50-: Use less encoders by

It looks like that when we moved over to using drm_connector_for_each_possible_encoder() in nouveau, that one rather important part of this function got dropped by accident: /* Right v here */ for (i = 0; nv_encoder = NULL, i < DRM_CONNECTOR_MAX_ENCODER; i++) { int id = connector->encoder_ids[i]; if (id == 0) break; Since it's rather difficult to notice: the

https://bugs.freedesktop.org/show_bug.cgi?id=64858 Priority: medium Bug ID: 64858 Assignee: nouveau at lists.freedesktop.org Summary: Nouveau sees invalid EDID for eDP-1 whenever that display is turned off QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux

Hi Joshua, Not a fix for your issue, but Ben noticed this (and fixed it): https://github.com/skeggsb/nouveau/commit/024bda7d2b0c3b0731433d60a494c78ab58cb216 which is what causes us to even try 540MB/s link training. However with this fix applied, it'll just give up faster. I'm told eDP is generally a single lane, and you're trying to get more than 270MB/s. So ... the question is ...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm using the wonderfull vesamenu com32, but I have a little problem I don't known it there is a way or it need to be done, after selecting an entry (e.g. a disk img using memdisk) console mode is not restored so most of msdos apps are not displayed. Bye - -- Gianluigi Tiesi <sherpya at netfarm.it> EDP Project Leader Netfarm S.r.l. -

On Mon, Oct 08, 2018 at 07:24:30PM -0400, Lyude Paul wrote: > With the exception of modesets which would switch the DPMS state of a > connector from on to off, we want to make sure that we disallow all > modesets which would result in enabling a new monitor or a new mode > configuration on a monitor if the connector for the display in question > is no longer registered. This allows

Hi Ilia, thanks for your reply. > DP-MST support was first added to nouveau for precisely these kinds of > setups. It does, generally, work, so that means there's something > extra-special about your setup. Yes... this is what it looks like. Even the proprietary driver, which works after bootup, has its problems with the setup after multiple consecutive VT switches (e.g. after

https://bugs.freedesktop.org/show_bug.cgi?id=51971 Bug #: 51971 Summary: MacBook Pro 10,1 Retina - Display Resets, No Connectors Classification: Unclassified Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- Based on a recent discussion in #radeon, and also my own observation that the 'full' scaling causes no end of confusion among users. See https://bugs.freedesktop.org/show_bug.cgi?id=80868 for some more details, although it is more radeon-specific. Side-note: the scaling mode update handler disallows setting the mode to none

Another log, per Lyude on #nouveau. j On Tuesday, January 14, 2020 8:52:51 AM AKST Joshua J. Kugler wrote: > Here we go! > > j > > On Tuesday, January 14, 2020 7:08:20 AM AKST Ilia Mirkin wrote: > > Hi Joshua, > > > > Not a fix for your issue, but Ben noticed this (and fixed it): > > > >

> > OK, so I think that these are not the HDMI/DP outputs connected to > your secondary device. They are the ones connected to your primary > device (might not be pinned out, or might only be available via an > optional dock). Normally there'd be an extra -1- in the name of such > outputs. But who knows with modesetting - perhaps it doesn't stick > that in and sticks