Hi all,
One of the kernel maintainers is wondering if the nouveau driver is completely broken with 64K pages ?
So my question is simply: is anyone out there using a ppc64 system
with nouveau on a default linux-image-powerpc64 debian system (64K
page). I am only interested in ppc64be system only.
Thanks for your time,
Mathieu Malaterre wrote on 07th of October 2021, 11:05 CEST:
Hi all,
One of the kernel maintainers is wondering if the nouveau driver is
completely broken with 64K pages ?
So my question is simply: is anyone out there using a ppc64 system
with nouveau on a default linux-image-powerpc64 debian system (64K
page). I am only interested in ppc64be system only.
Thanks for your time,
Last I tried to setup my Power Mac G5 (PowerMac11,2) I was using
nouveau. The driver worked, but that was 1+ year ago. I hit a massive
problem and, at the time, stopped due to lack of time. I was going to
revive the Power Mac this summer, but again couldn't find the time. I
will however try again next year.
I didn't run Debian on it, but Gentoo. I noticed a problem with newer
kernel versions (was it >5.4?), but couldn't investigate any further. Sorry.
One problem I had was that switching to/from 64k pages is impossible
when one uses btrfs (which I want to use), because the page size
determines the data structures, making it impossible to access the
filesystem when changing it later-on.
If I remember correctly, nouveau always had issues with 64k pages...
(And I couldn't try it with 4k pages due to the btrfs issue...)
Linux User #330250
I have a related question: instead of us breaking what is working by updating the kernel regularly, why don't we find a good working kernel version and move on only when we can match that in terms of functionality? Is there some "requirement" toalways feature the latest kernel?
I have a related question: instead of us breaking what is working
by updating the kernel regularly, why don't we find a good working
kernel version and move on only when we can match that in terms of functionality? Is there some "requirement" to always feature the
latest kernel?
[1] https://release.debian.org/doc/britney/
I have a related question: instead of us breaking what is working by updating the kernel regularly, why don't we find a good working kernel version and move on only when we can match that in terms of functionality? Is there some "requirement" toalways feature the latest kernel?
Hi Thomas!Can't you still be rolling-release, but with an LTS kernel?
On 10/7/21 23:41, Tom Grzybowski wrote:
I have a related question: instead of us breaking what is workingThat's unfortunately not possible at the moment as Debian Ports is a pure unstable distribution which means we're rolling release.
by updating the kernel regularly, why don't we find a good working
kernel version and move on only when we can match that in terms of
functionality? Is there some "requirement" to always feature the
latest kernel?
There are plans to add releases to Debian Ports but that would require setting up an instance of Debian's release management software called
Britney [1] which is something someone from the release team needs
to do.
Adrian
[1] https://release.debian.org/doc/britney/
That's unfortunately not possible at the moment as Debian Ports is a pure
unstable distribution which means we're rolling release.
Can't you still be rolling-release, but with an LTS kernel?
There are plans to add releases to Debian Ports but that would require
setting up an instance of Debian's release management software called
Britney [1] which is something someone from the release team needs
to do.
Perhaps there would be fewer barriers if someone were to prepare a "spin" of BE-ppc/ppc64 that is outside of the official Debian Ports. It seems like it would be possible to run our own instance of Britney2:
https://release.debian.org/doc/britney/setting-up-britney.html
[1] https://lists.debian.org/debian-sparc/2017/12/msg00060.html
On Thu, Oct 7, 2021 at 5:41 PM Tom Grzybowski <tomgrzybow@protonmail.com> wrote:
the kernel regularly, why don't we find a good working kernel version and move on
I have a related question: instead of us breaking what is working by updating
only when we can match that in terms of functionality? Is there some "requirement"
to always feature the latest kernel?
Regarding the "find a good working kernel", it may be a good idea to
invest in a LTS kernel. Currently that is 5.4 and 5.10. 5.4 is
supported until December 2025, 5.10 is supported until December 2026.
On 10/8/21 11:13, Jeffrey Walton wrote:
On Thu, Oct 7, 2021 at 5:41 PM Tom Grzybowski tomgrzybow@protonmail.com wrote:
I have a related question: instead of us breaking what is working by updating
the kernel regularly, why don't we find a good working kernel version and move on
only when we can match that in terms of functionality? Is there some "requirement"
to always feature the latest kernel?
Regarding the "find a good working kernel", it may be a good idea to
invest in a LTS kernel. Currently that is 5.4 and 5.10. 5.4 is
supported until December 2025, 5.10 is supported until December 2026.
Well, you can always just pick the kernel from stable, manually build it for
powerpc and/or ppc64 and you've got an LTS kernel.
But again, this is not an automatic process.
Adrian
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
.''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz@debian.org` . `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de` - GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
I like the idea of this group adopting an LTS kernel, and fleshing-out that one as much as we can. And then moving on to the next, if we believe it offers
more. After-all, these efforts are not all about the kernel itself, but really
more about what we can run reliably in total.
Hello Tom!
On 10/9/21 02:10, Tom Grzybowski wrote:
I like the idea of this group adopting an LTS kernel, and fleshing-out that
one as much as we can. And then moving on to the next, if we believe it offers
more. After-all, these efforts are not all about the kernel itself, but really
more about what we can run reliably in total.
Someone would still have to do the work.
Adrian
---------------------------------------------------
.''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz@debian.org` . `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de` - GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Mathieu,
One of the kernel maintainers is wondering if the nouveau driver is completely broken with 64K pages ?
So my question is simply: is anyone out there using a ppc64 system
with nouveau on a default linux-image-powerpc64 debian system (64K
page). I am only interested in ppc64be system only.
I have debian running as below. I am emailing from my old Fedora 28 partition as I had not got around to enabling email from Debian. I
have had no problems with X11 using a GeForce 6600 LE (until recently
I was using a 7600GTX 512 and, despite not fixing some boot settings,
it is working with the 6600). The glxinfo below may be partly
incorrect due to those settings.
uname -a output:
Linux xxxx 5.10.0-8-powerpc64 #1 SMP Debian 5.10.46-4 (2021-08-03) ppc64 GNU/Linux
cat /proc/cpuinf:o
processor : 0
cpu : PPC970MP, altivec supported
clock : 2000.000000MHz
revision : 1.1 (pvr 0044 0101)
processor : 1
cpu : PPC970MP, altivec supported
clock : 2000.000000MHz
revision : 1.1 (pvr 0044 0101)
timebase : 33333333
platform : PowerMac
model : PowerMac11,2
machine : PowerMac11,2
motherboard : PowerMac11,2 MacRISC4 Power Macintosh
detected as : 337 (PowerMac G5 Dual Core)
pmac flags : 00000000
L2 cache : 1024K unified
pmac-generation : NewWorld
glxinfo (partly cut for space):
name of display: :0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
GLX_ARB_create_context, GLX_ARB_create_context_no_error,
GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float,
GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample,
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
GLX_EXT_import_context, GLX_EXT_libglvnd, GLX_EXT_no_config_context,
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_SGI_make_current_read,
GLX_SGI_swap_control
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_context_flush_control, GLX_ARB_create_context,
GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile,
GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float,
GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample,
GLX_ATI_pixel_format_float, GLX_EXT_buffer_age,
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
GLX_EXT_import_context, GLX_EXT_no_config_context, GLX_EXT_swap_control,
GLX_EXT_swap_control_tear, GLX_EXT_texture_from_pixmap,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event,
GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent,
GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_NV_float_buffer,
GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample,
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync
GLX version: 1.4
GLX extensions:
GLX_ARB_create_context, GLX_ARB_create_context_no_error,
GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float,
GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample,
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
GLX_EXT_import_context, GLX_EXT_no_config_context, GLX_EXT_swap_control,
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_query_renderer,
GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_SGI_make_current_read,
GLX_SGI_swap_control, GLX_SGI_video_sync
Extended renderer info (GLX_MESA_query_renderer):
Vendor: nouveau (0x10de)
Device: NV43 (0x142)
Version: 21.2.3
Accelerated: yes
Video memory: 108MB
Unified memory: no
Preferred profile: compat (0x2)
Max core profile version: 0.0
Max compat profile version: 2.1
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 2.0
OpenGL vendor string: nouveau
OpenGL renderer string: NV43
OpenGL version string: 2.1 Mesa 21.2.3
OpenGL shading language version string: 1.20
OpenGL extensions:
GL_AMD_shader_trinary_minmax, GL_ANGLE_texture_compression_dxt3,
GL_ANGLE_texture_compression_dxt5, GL_APPLE_packed_pixels,
GL_ARB_ES2_compatibility, GL_ARB_buffer_storage,
GL_ARB_clear_buffer_object, GL_ARB_compressed_texture_pixel_storage,
GL_ARB_copy_buffer, GL_ARB_debug_output, GL_ARB_depth_clamp,
GL_ARB_depth_texture, GL_ARB_draw_buffers,
GL_ARB_draw_elements_base_vertex, GL_ARB_explicit_attrib_location,
GL_ARB_explicit_uniform_location, GL_ARB_fragment_coord_conventions,
GL_ARB_fragment_program, GL_ARB_fragment_program_shadow,
GL_ARB_fragment_shader, GL_ARB_get_program_binary,
GL_ARB_get_texture_sub_image, GL_ARB_half_float_pixel,
GL_ARB_half_float_vertex, GL_ARB_internalformat_query,
GL_ARB_internalformat_query2, GL_ARB_invalidate_subdata,
GL_ARB_map_buffer_alignment, GL_ARB_map_buffer_range, GL_ARB_multi_bind,
GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query,
GL_ARB_occlusion_query2, GL_ARB_parallel_shader_compile,
GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite,
GL_ARB_program_interface_query, GL_ARB_provoking_vertex,
GL_ARB_robustness, GL_ARB_sampler_objects, GL_ARB_separate_shader_objects,
GL_ARB_shader_objects, GL_ARB_shading_language_100,
GL_ARB_shading_language_include, GL_ARB_shadow, GL_ARB_sync,
GL_ARB_texture_border_clamp, GL_ARB_texture_compression,
GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar,
GL_ARB_texture_env_dot3, GL_ARB_texture_filter_anisotropic,
GL_ARB_texture_mirror_clamp_to_edge, GL_ARB_texture_mirrored_repeat,
GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle,
GL_ARB_texture_storage, GL_ARB_texture_swizzle, GL_ARB_timer_query,
GL_ARB_transpose_matrix, GL_ARB_vertex_array_object,
GL_ARB_vertex_attrib_binding, GL_ARB_vertex_buffer_object,
GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos,
GL_ATI_blend_equation_separate, GL_ATI_draw_buffers,
GL_ATI_fragment_shader, GL_ATI_separate_stencil,
GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once,
GL_EXT_EGL_image_storage, GL_EXT_EGL_sync, GL_EXT_abgr, GL_EXT_bgra,
GL_EXT_blend_color, GL_EXT_blend_equation_separate,
GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract,
GL_EXT_compiled_vertex_array, GL_EXT_copy_texture,
GL_EXT_depth_bounds_test, GL_EXT_direct_state_access,
GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_framebuffer_blit,
GL_EXT_framebuffer_object, GL_EXT_gpu_program_parameters,
GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil,
GL_EXT_packed_pixels, GL_EXT_pixel_buffer_object, GL_EXT_point_parameters,
GL_EXT_provoking_vertex, GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_shadow_funcs,
GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_subtexture,
GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_compression_dxt1,
GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map,
GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add,
GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias,
GL_EXT_texture_mirror_clamp, GL_EXT_texture_object,
GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, GL_EXT_texture_sRGB_decode,
GL_EXT_texture_swizzle, GL_EXT_timer_query, GL_EXT_vertex_array,
GL_IBM_multimode_draw_arrays, GL_IBM_rasterpos_clip,
GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate,
GL_KHR_context_flush_control, GL_KHR_debug, GL_KHR_no_error,
GL_KHR_parallel_shader_compile, GL_MESA_pack_invert, GL_MESA_window_pos,
GL_NV_blend_square, GL_NV_conditional_render, GL_NV_copy_image,
GL_NV_depth_clamp, GL_NV_fog_distance, GL_NV_half_float,
GL_NV_light_max_exponent, GL_NV_packed_depth_stencil,
GL_NV_primitive_restart, GL_NV_texgen_reflection,
GL_NV_texture_env_combine4, GL_NV_texture_rectangle, GL_OES_EGL_image,
GL_OES_read_format, GL_S3_s3tc, GL_SGIS_generate_mipmap,
GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp,
GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 21.2.3
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16 OpenGL ES profile extensions:
GL_ANGLE_pack_reverse_row_order, GL_ANGLE_texture_compression_dxt3,
GL_ANGLE_texture_compression_dxt5, GL_APPLE_texture_max_level,
GL_EXT_blend_minmax, GL_EXT_depth_clamp, GL_EXT_discard_framebuffer,
GL_EXT_disjoint_timer_query, GL_EXT_draw_buffers,
GL_EXT_draw_elements_base_vertex, GL_EXT_frag_depth,
GL_EXT_map_buffer_range, GL_EXT_multi_draw_arrays,
GL_EXT_occlusion_query_boolean, GL_EXT_read_format_bgra,
GL_EXT_separate_shader_objects, GL_EXT_texture_border_clamp,
GL_EXT_texture_compression_dxt1, GL_EXT_texture_compression_s3tc,
GL_EXT_texture_compression_s3tc_srgb, GL_EXT_texture_filter_anisotropic,
GL_EXT_texture_format_BGRA8888, GL_EXT_unpack_subimage,
GL_KHR_context_flush_control, GL_KHR_debug, GL_KHR_no_error,
GL_KHR_parallel_shader_compile, GL_MESA_bgra, GL_NV_conditional_render,
GL_NV_draw_buffers, GL_NV_fbo_color_attachments,
GL_NV_pixel_buffer_object, GL_NV_read_buffer, GL_NV_read_depth,
GL_NV_read_depth_stencil, GL_NV_read_stencil, GL_OES_EGL_image,
GL_OES_EGL_image_external, GL_OES_EGL_sync, GL_OES_depth24,
GL_OES_depth_texture, GL_OES_draw_elements_base_vertex,
GL_OES_element_index_uint, GL_OES_fbo_render_mipmap,
GL_OES_get_program_binary, GL_OES_mapbuffer, GL_OES_packed_depth_stencil,
GL_OES_required_internalformat, GL_OES_rgb8_rgba8, GL_OES_stencil8,
GL_OES_surfaceless_context, GL_OES_texture_3D,
GL_OES_texture_border_clamp, GL_OES_texture_npot,
GL_OES_vertex_array_object, GL_OES_vertex_half_float
Output of getconf PAGESIZE: 65536
cat /proc/interrupts:
CPU0 CPU1
16: 2765 9448 MPIC 1 0 Level keywest i2c
17: 295 940 MPIC 1 3 Level nvkm
18: 91006 269249 MPIC 1 10 Level sata_svw[0001:03:0c.0]
25: 32 93 MPIC 1 11 Edge i2sbus: i2s-a (tx)
26: 15 53 MPIC 1 12 Edge i2sbus: i2s-a (rx)
27: 38 85 MPIC 1 27 Level keywest i2c
28: 0 0 MPIC 1 28 Level i2sbus: i2s-a (control)
29: 0 0 MPIC 1 15 Edge i2sbus: i2s-c (tx)
30: 0 0 MPIC 1 30 Level i2sbus: i2s-c (control)
31: 0 0 MPIC 1 16 Edge i2sbus: i2s-c (rx)
32: 31770 92697 MPIC-U3MSI 8 Edge enP1p5s4f0
33: 0 2 MPIC-U3MSI 9 Edge enP1p5s4f1
38: 1102 3347 MPIC 1 38 Level pata-pci-macio[0001:03:0d.0]
39: 6 8 MPIC 1 39 Level firewire_ohci
48: 0 0 MPIC 1 48 Edge SMU message
53: 20547 61870 MPIC 1 53 Edge SMU doorbell
62: 137 424 MPIC 1 62 Level sata_mv[0001:09:00.0]
70: 7299 7809 MPIC 1 70 Level ehci_hcd:usb1, ohci_hcd:usb2, ohci_hcd:usb3
75: 0 0 MPIC 1 75 Edge lineout-detect
79: 0 0 MPIC 1 79 Edge headphone-detect
251: 1429696 1272778 MPIC 1 251 Edge ipi call function
252: 2575 2258 MPIC 1 252 Edge ipi reschedule
253: 0 0 MPIC 1 253 Edge ipi tick-broadcast
254: 0 0 MPIC 1 254 Edge nmi ipi
LOC: 1209488 1319850 Local timer interrupts for timer event device BCT: 0 0 Broadcast timer interrupts for timer event device
LOC: 896 883 Local timer interrupts for others
SPU: 6939 6495 Spurious interrupts
PMI: 0 0 Performance monitoring interrupts
MCE: 0 0 Machine check exceptions
HMI: 0 0 Hypervisor Maintenance Interrupts
NMI: 0 0 System Reset interrupts
WDG: 24946 26888 Watchdog soft-NMI interrupts
One of the kernel maintainers is wondering if the nouveau driver is completely broken with 64K pages ?
So my question is simply: is anyone out there using a ppc64 system
with nouveau on a default linux-image-powerpc64 debian system (64K
page). I am only interested in ppc64be system only.
Hi Mathieu,
On 2021-10-07, Mathieu Malaterre <malat@debian.org> wrote:
One of the kernel maintainers is wondering if the nouveau driver is completely broken with 64K pages ?
So my question is simply: is anyone out there using a ppc64 system
with nouveau on a default linux-image-powerpc64 debian system (64K
page). I am only interested in ppc64be system only.
My main desktop machine at home is a PowerMac G5 (Dual PPC970,
PowerMac7,2), so it gets lots of daily use for audio, video, and web browsing. The graphic card is:
0000:f0:10.0 VGA compatible controller: NVIDIA Corporation NV34 [GeForce FX 5200 Ultra] (rev a1)
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 296 |
Nodes: | 16 (2 / 14) |
Uptime: | 81:41:48 |
Calls: | 6,658 |
Calls today: | 4 |
Files: | 12,203 |
Messages: | 5,333,318 |
Posted today: | 1 |