search for: init_cred

...ctive and inherited masks. I'd probably want to eventually also provide a way to set the securebits (they seem to operate in the same way?), though for now I'd rather tackle the capability masks directly. So the question is, should this go in the kernel proper such that it manipulates the init_cred structure, or should this be plumbed down in kinit (in klibc, which we use for bootup)?

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/nouveau/nvkm/subdev/bios/init.c:584: warning: Function parameter or member 'init' not described in 'init_reserved' drivers/gpu/drm/nouveau/nvkm/subdev/bios/init.c:611: warning: expecting prototype for INIT_DONE(). Prototype was for init_done() instead [Snipped ~140 lines for brevity] Cc: Ben Skeggs <bskeggs at

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/nouveau/nvkm/subdev/bios/init.c:584: warning: Function parameter or member 'init' not described in 'init_reserved' drivers/gpu/drm/nouveau/nvkm/subdev/bios/init.c:611: warning: expecting prototype for INIT_DONE(). Prototype was for init_done() instead [Snipped ~140 lines for brevity] Signed-off-by: Lee Jones

--- drivers/gpu/drm/nouveau/nouveau_bios.c | 47 ++++++++++++++----------------- 1 files changed, 21 insertions(+), 26 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_bios.c b/drivers/gpu/drm/nouveau/nouveau_bios.c index 5eec5ed..04ac564 100644 --- a/drivers/gpu/drm/nouveau/nouveau_bios.c +++ b/drivers/gpu/drm/nouveau/nouveau_bios.c @@ -181,43 +181,42 @@ struct methods { const char

...alled pam_authenticate(pamh, 0) https://github.com/dovecot/core/blob/2.2.33.2/src/auth/passdb-pam.c#L158 - PAM called pam_sm_authenticate() in /usr/lib/libpam/modules/pam_krb5/pam_krb5.c which successfully got the user, ruser, service, principal, password, checked local user, and then ran krb5_get_init_creds_opt_set_default_flags https://github.com/freebsd/freebsd/blob/master/lib/libpam/modules/pam_krb5/pam_krb5.c#L242 - Heimdal krb5_get_init_creds_opt_set_default_flags ran the Heimdal version of krb5_appdefault_time: https://github.com/freebsd/freebsd/blob/master/crypto/heimdal/lib/krb5/init_creds.c...

...) > https://github.com/dovecot/core/blob/2.2.33.2/src/auth/passdb-pam.c#L158 > > - PAM called pam_sm_authenticate() in > /usr/lib/libpam/modules/pam_krb5/pam_krb5.c which successfully got the > user, ruser, service, principal, password, checked local user, and then ran > krb5_get_init_creds_opt_set_default_flags > https://github.com/freebsd/freebsd/blob/master/lib/libpam/modules/pam_krb5/pam_krb5.c#L242 > > - Heimdal krb5_get_init_creds_opt_set_default_flags ran the Heimdal version > of krb5_appdefault_time: > https://github.com/freebsd/freebsd/blob/master/crypto/heim...

This set is part of a larger effort attempting to clean-up W=1 kernel builds, which are currently overwhelmingly riddled with niggly little warnings. Lee Jones (15): drm/xlnx/zynqmp_disp: Use correct kerneldoc formatting in zynqmp_disp drm/xlnx/zynqmp_dp: Fix function name zynqmp_dp_link_train() -> zynqmp_dp_train() drm/vkms/vkms_composer: Fix a few different kerneldoc formatting

This set is part of a larger effort attempting to clean-up W=1 kernel builds, which are currently overwhelmingly riddled with niggly little warnings. Cc: Alex Deucher <alexander.deucher at amd.com> Cc: amd-gfx at lists.freedesktop.org Cc: Ben Skeggs <bskeggs at redhat.com> Cc: "Christian K?nig" <christian.koenig at amd.com> Cc: Daniel Vetter <daniel at ffwll.ch>

Hi. I've been testing Fedora rawhide, since Fedora 9 will be coming out soon. I tried running nouveau, and had a hang, so I thought I'd report it here. I'm not sure whether or not this is helpful, but I figured it can't hurt. Anyway, when X started, it got far enough that the X cursor showed up in the middle of the screen, but I was unable to get the cursor to move. As far as I

Hi, I tried using the nouveau driver that comes latest with Fedora Rawhide (xorg-x11-drv-nouveau-0.0.10-1.20080311git460cb26) on my HP Pavilion dv2000 laptop with a GeForce 7150M (PCI 10de:0531) but couldn't even get the server up. The server spit out the following log. Could someone tell me how to get things working? Or even if I should file a bug? Xorg.0.log: X.Org X Server 1.4.99.901

Hi all, I tried the latest nouveau & drm drivers (both were git from today) on my Geforce 6200 TM and - like all versions I tried before - it locks up my computer that a hard reset is needed. :-( On Screen is only a some pixel wide vertical stripe Here ist the x-org log: ---------------------- X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build

...dal/lib/krb5/get_for_creds.c Compiling heimdal/lib/krb5/get_host_realm.c Compiling heimdal/lib/krb5/get_host_realm.c Compiling heimdal/lib/krb5/get_in_tkt.c Compiling heimdal/lib/krb5/get_in_tkt.c Compiling heimdal/lib/krb5/get_port.c Compiling heimdal/lib/krb5/get_port.c Compiling heimdal/lib/krb5/init_creds.c Compiling heimdal/lib/krb5/init_creds.c Compiling heimdal/lib/krb5/init_creds_pw.c Compiling heimdal/lib/krb5/init_creds_pw.c Compiling heimdal/lib/krb5/kcm.c Compiling heimdal/lib/krb5/kcm.c Compiling heimdal/lib/krb5/keyblock.c Compiling heimdal/lib/krb5/keyblock.c Compiling heimdal/lib/krb5/k...