{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":35642831,"defaultBranch":"cirrus-ng-4.9.y","name":"rpi-linux","ownerLogin":"HiassofT","currentUserCanPush":false,"isFork":true,"isEmpty":false,"createdAt":"2015-05-14T23:43:06.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/3920953?v=4","public":true,"private":false,"isOrgOwned":false},"refInfo":{"name":"","listCacheKey":"v0:1696260814.0","currentOid":""},"activityList":{"items":[{"before":null,"after":"01b442a863c286d2b02547f7b75358074a9e982a","ref":"refs/heads/rpi-6.1-hdmi-codec","pushedAt":"2023-10-02T15:33:34.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"HiassofT","name":"Matthias Reichl","path":"/HiassofT","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3920953?s=80&v=4"},"commit":{"message":"ASoC: hdmi-codec: Fix broken channel map reporting\n\nCommit b84b53149476b22cc3b8677b771fb4cf06d1d455 upstream.\n\nCommit 4e0871333661 (\"ASoC: hdmi-codec: fix channel info for\ncompressed formats\") accidentally changed hcp->chmap_idx from\nca_id, the CEA channel allocation ID, to idx, the index to\nthe table of channel mappings ordered by preference.\n\nThis resulted in wrong channel maps being reported to userspace,\neg for 5.1 \"FL,FR,LFE,FC\" was reported instead of the expected\n\"FL,FR,LFE,FC,RL,RR\":\n\n~ # speaker-test -c 6 -t sine\n...\n 0 - Front Left\n 3 - Front Center\n 1 - Front Right\n 2 - LFE\n 4 - Unknown\n 5 - Unknown\n\n~ # amixer cget iface=PCM,name='Playback Channel Map' | grep ': values'\n  : values=3,4,8,7,0,0,0,0\n\nSwitch this back to ca_id in case of PCM audio so the correct channel\nmap is reported again and set it to HDMI_CODEC_CHMAP_IDX_UNKNOWN in\ncase of non-PCM audio so the PCM channel map control returns \"Unknown\"\nchannels (value 0).\n\nFixes: 4e0871333661 (\"ASoC: hdmi-codec: fix channel info for compressed formats\")\nCc: stable@vger.kernel.org\nSigned-off-by: Matthias Reichl <hias@horus.com>\nLink: https://lore.kernel.org/r/20230929195027.97136-1-hias@horus.com\nSigned-off-by: Mark Brown <broonie@kernel.org>","shortMessageHtmlLink":"ASoC: hdmi-codec: Fix broken channel map reporting"}},{"before":"99586e3f502fcc4fdd21b621f3c87ae7a8f7c170","after":"883730c7017c9b4cc612e16f73d7777490bdf55a","ref":"refs/heads/rpi-6.1-eld-constraints","pushedAt":"2023-06-25T11:24:11.592Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"HiassofT","name":"Matthias Reichl","path":"/HiassofT","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3920953?s=80&v=4"},"commit":{"message":"ASoC: hdmi-codec: fix channel info for compressed formats\n\ncommit 4e0871333661d2ec0ed3dc00a945c2160eccae77 upstream.\n\nAccording to CTA 861 the channel/speaker allocation info in the\naudio infoframe only applies to uncompressed (PCM) audio streams.\n\nThe channel count info should indicate the number of channels\nin the transmitted audio, which usually won't match the number of\nchannels used to transmit the compressed bitstream.\n\nSome devices (eg some Sony TVs) will refuse to decode compressed\naudio if these values are not set correctly.\n\nTo fix this we can simply set the channel count to 0 (which means\n\"refer to stream header\") and set the channel/speaker allocation to 0\nas well (which would mean stereo FL/FR for PCM, a safe value all sinks\nwill support) when transmitting compressed audio.\n\nSigned-off-by: Matthias Reichl <hias@horus.com>\nLink: https://lore.kernel.org/r/20230624165232.5751-1-hias@horus.com\nSigned-off-by: Takashi Iwai <tiwai@suse.de>","shortMessageHtmlLink":"ASoC: hdmi-codec: fix channel info for compressed formats"}},{"before":"a2ef7e58729ee5c57d2a79b9d81ca7ab1c77d92f","after":"99586e3f502fcc4fdd21b621f3c87ae7a8f7c170","ref":"refs/heads/rpi-6.1-eld-constraints","pushedAt":"2023-06-03T10:49:28.940Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"HiassofT","name":"Matthias Reichl","path":"/HiassofT","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3920953?s=80&v=4"},"commit":{"message":"ASoC: hdmi-codec: don't set channel and speaker info for compressed formats\n\nCTA 861 only mandates that the speaker allocation in the audio info frame\nis set for multichannel PCM formats. Likewise the number of channels in the\naudio infoframe is only relevant for PCM.\n\nSome TVs won't decode compressed formats if the number of channels isn't\nset to 0 (refer to stream header) and the speaker allocation is set to the\ndefault 0 (FL and FR).\n\nSo fill in this info only for PCM audio and set it to 0 for compressed\naudio formats.\n\nThis also prevents hdmi_codec_prepare failing with an error when trying to\nplay back DTS-HD or MLP (which is passed through as 8ch) if the sink only\nsupports 2ch PCM and announces only FL/FR speaker support in the EDID.\n\nSigned-off-by: Matthias Reichl <hias@horus.com>","shortMessageHtmlLink":"ASoC: hdmi-codec: don't set channel and speaker info for compressed f…"}},{"before":"125d4f566907b15f734bdac5969e0ae874bba241","after":"a2ef7e58729ee5c57d2a79b9d81ca7ab1c77d92f","ref":"refs/heads/rpi-6.1-eld-constraints","pushedAt":"2023-05-09T22:43:06.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"HiassofT","name":"Matthias Reichl","path":"/HiassofT","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3920953?s=80&v=4"},"commit":{"message":"ASoC: hdmi-codec: don't set channel and speaker info for compressed formats\n\nCTA 861 only mandates that the speaker allocation in the audio info frame\nis set for multichannel PCM formats. Likewise the number of channels in the\naudio infoframe is only relevant for PCM.\n\nSome Sony TVs won't decode compressed formats if the number of channels isn't\nset to 0 (refer to stream header) and the speaker allocation is set to the\ndefault 0 (FL and FR).\n\nSo fill in this info only for PCM audio and set it to 0 for compressed audio\nformats.\n\nThis also prevents hdmi_codec_prepare failing with an error when trying to\nplay back DTS-HD or MLP (which is passed through as 8ch) if the sink only\nsupports 2ch PCM and announces only FL/FR speaker support in nthe EDID.\n\nSigned-off-by: Matthias Reichl <hias@horus.com>","shortMessageHtmlLink":"ASoC: hdmi-codec: don't set channel and speaker info for compressed f…"}},{"before":"c95b6dfb438a2518fe1667efca79a33937c523cf","after":"125d4f566907b15f734bdac5969e0ae874bba241","ref":"refs/heads/rpi-6.1-eld-constraints","pushedAt":"2023-05-07T21:36:05.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"HiassofT","name":"Matthias Reichl","path":"/HiassofT","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3920953?s=80&v=4"},"commit":{"message":"ALSA: pcm: fix ELD constraints for (E)AC3, DTS(-HD) and MLP formats\n\nThe SADs of compressed formats contain the channel and sample rate\ninfo of the audio data inside the compressed stream, but when\nbuilding constraints we must use the rates and formats used to\ntransport the compressed streams.\n\nFixes: 838d1631b766 (\"ALSA: pcm: add DRM ELD helper\")\nSigned-off-by: Matthias Reichl <hias@horus.com>","shortMessageHtmlLink":"ALSA: pcm: fix ELD constraints for (E)AC3, DTS(-HD) and MLP formats"}},{"before":"4d9ae08c50f537c828011ea4cb2bf44c9739c508","after":"c95b6dfb438a2518fe1667efca79a33937c523cf","ref":"refs/heads/rpi-6.1-eld-constraints","pushedAt":"2023-05-02T15:31:28.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"HiassofT","name":"Matthias Reichl","path":"/HiassofT","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3920953?s=80&v=4"},"commit":{"message":"ALSA: pcm: fix ELD constraints for (E)AC3, DTS(-HD) and MLP formats\n\nThe SADs of compressed formats contain the channel and sample rate\ninfo of the audio data inside the compressed stream, but when\nbuilding constraints we must use the rates and formats used to\ntransport the compressed streams.\n\nFixes: 838d1631b766 (\"ALSA: pcm: add DRM ELD helper\")\nSigned-off-by: Matthias Reichl <hias@horus.com>","shortMessageHtmlLink":"ALSA: pcm: fix ELD constraints for (E)AC3, DTS(-HD) and MLP formats"}},{"before":"555020812559a7cc3667d3e6a81994bd700ad7c5","after":"4d9ae08c50f537c828011ea4cb2bf44c9739c508","ref":"refs/heads/rpi-6.1-eld-constraints","pushedAt":"2023-05-02T14:29:50.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"HiassofT","name":"Matthias Reichl","path":"/HiassofT","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3920953?s=80&v=4"},"commit":{"message":"ALSA: pcm: fix ELD constraints for (E)AC3, DTS(-HD) and MLP formats\n\nThe SADs of compressed formats contain the channel and sample rate\ninfo of the audio data inside the compressed stream, but when\nbuilding constraints we must use the rates and formats used to\ntransport the compressed streams.\n\nFixes: 838d1631b7665 (\"ALSA: pcm: add DRM ELD helper\")\nSigned-off-by: Matthias Reichl <hias@horus.com>","shortMessageHtmlLink":"ALSA: pcm: fix ELD constraints for (E)AC3, DTS(-HD) and MLP formats"}},{"before":"f0de37c70cbce9d0c538e4e6c9c1622ba6bffcf6","after":"555020812559a7cc3667d3e6a81994bd700ad7c5","ref":"refs/heads/rpi-6.1-eld-constraints","pushedAt":"2023-05-02T12:50:37.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"HiassofT","name":"Matthias Reichl","path":"/HiassofT","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3920953?s=80&v=4"},"commit":{"message":"ALSA: pcm: fix ELD constraints for (E)AC3, DTS(-HD)  and MLP formats\n\nThe SADs of compressed formats contain the channel and sample rate\ninfo of the audio data inside the compressed stream, but when\nbuilding constraints we must use the rates and formats used to\ntransport the compressed streams.\n\nFixes: 838d1631b7665 (\"ALSA: pcm: add DRM ELD helper\")\nSigned-off-by: Matthias Reichl <hias@horus.com>","shortMessageHtmlLink":"ALSA: pcm: fix ELD constraints for (E)AC3, DTS(-HD) and MLP formats"}},{"before":null,"after":"f0de37c70cbce9d0c538e4e6c9c1622ba6bffcf6","ref":"refs/heads/rpi-6.1-eld-constraints","pushedAt":"2023-04-21T22:27:51.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"HiassofT","name":"Matthias Reichl","path":"/HiassofT","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3920953?s=80&v=4"},"commit":{"message":"ALSA: pcm: fix ELD constraints for (E)AC3, DTS(-HD)  and MLP formats\n\nThe SADs of compressed formats contain the channel and sample rate\ninfo of the audio data inside the compressed stream, but when\nbuilding constraints we must use the rates and formats used to\ntransport the compressed streams.\n\nFixes: 838d1631b7665 (\"ALSA: pcm: add DRM ELD helper\")\nSigned-off-by: Matthias Reichl <hias@horus.com>","shortMessageHtmlLink":"ALSA: pcm: fix ELD constraints for (E)AC3, DTS(-HD) and MLP formats"}},{"before":"affc6fdac5376701ea468270af1b6fd9ca7616be","after":"180cd782f8f3d04246704757f3573f2cd72a594e","ref":"refs/heads/rpi-6.1-vc4-rgb-check","pushedAt":"2023-03-14T16:03:02.374Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"HiassofT","name":"Matthias Reichl","path":"/HiassofT","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3920953?s=80&v=4"},"commit":{"message":"drm/vc4: drop unnecessary and harmful HDMI RGB format check\n\nRGB is a mandatory format for all DVI and HDMI monitors so there's\nno need to check for presence of the DRM_COLOR_FORMAT_RGB444 bit in\ncolor_formats.\n\nMore importantly this checks breaks working around EDID issues with\neg video=HDMI-A-1:1024x768D or drm.edid_firmware=edid/1024x768.bin\nas the RGB444 bit is only set when a valid EDID with digital bit set in\nthe input byte is present - which isn't the case when no EDID can be\nread from the display device at all or with the in-built kernel EDIDs,\nwhich mimic analog (VGA) displays without the digital bit set.\n\nSo drop the check, if we output video on the HDMI connector we can\nassume that the display can accept 8bit RGB.\n\nSigned-off-by: Matthias Reichl <hias@horus.com>","shortMessageHtmlLink":"drm/vc4: drop unnecessary and harmful HDMI RGB format check"}},{"before":null,"after":"affc6fdac5376701ea468270af1b6fd9ca7616be","ref":"refs/heads/rpi-6.1-vc4-rgb-check","pushedAt":"2023-03-11T22:15:55.245Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"HiassofT","name":"Matthias Reichl","path":"/HiassofT","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/3920953?s=80&v=4"},"commit":{"message":"drm/vc4: drop unnecessary and harmful HDMI RGB format check\n\nRGB is a mandatory format for all DVI and HDMI monitors so there's\nno need to check for presence of the DRM_COLOR_FORMAT_RGB444 bit in\ncolor_formats.\n\nMore importantly this checks breaks working around EDID issues with\neg video=HDMI-A-1:1024x768D or drm.edid_firmware=edid/1024x768.bin\nas the RGB444 bit is only set when a valid EDID with digital bit set in\nthe input byte is present - which isn't the case when no EDID can be\nread from the display device at all or with the in-built kernel EDIDs,\nwhich mimic analog (VGA) displays without the digital bit set.\n\nSo drop the check, if we output video on the HDMI connector we can\nassume that the display can accept 8bit RGB.\n\nSigned-off-by: Matthias Reichl <hias@horus.com>","shortMessageHtmlLink":"drm/vc4: drop unnecessary and harmful HDMI RGB format check"}}],"hasNextPage":false,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAADjYlBNQA","startCursor":null,"endCursor":null}},"title":"Activity · HiassofT/rpi-linux"}