17 Commits

Author	SHA1	Message	Date
psychedelicious	28a77ab06c	Revert "experiment: add non-lfs-tracked file to lfs-tracked dir" ... This reverts commit 4f4b7ddfb0.	2025-08-21 15:49:20 +10:00
psychedelicious	518b21a49a	experiment: add non-lfs-tracked file to lfs-tracked dir	2025-08-21 15:49:20 +10:00
psychedelicious	7b4e04cd7c	git: move test LoRA to LFS	2025-08-19 11:56:59 +10:00
Kent Keirsey	af58a75e97	Support PEFT Loras with Base_Model.model prefix (#8433) ... * Support PEFT Loras with Base_Model.model prefix * update tests * ruff * fix python complaints * update kes * format keys * remove unneeded test	2025-08-18 09:14:46 -04:00
Billy	8c632f0d32	Remove files	2025-06-23 13:54:21 +10:00
Billy	63b49f045a	Add stripped models for testing OMI	2025-06-17 13:33:23 +10:00
psychedelicious	deb1984289	fix(mm): disable new model probe API ... There is a subtle change in behaviour with the new model probe API. Previously, checks for model types was done in a specific order. For example, we did all main model checks before LoRA checks. With the new API, the order of checks has changed. Check ordering is as follows: - New API checks are run first, then legacy API checks. - New API checks categorized by their speed. When we run new API checks, we sort them from fastest to slowest, and run them in that order. This is a performance optimization. Currently, LoRA and LLaVA models are the only model types with the new API. Checks for them are thus run first. LoRA checks involve checking the state dict for presence of keys with specific prefixes. We expect these keys to only exist in LoRAs. It turns out that main models may have some of these keys. For example, this model has keys that match the LoRA prefix `lora_te_`: https://civitai.com/models/134442/helloyoung25d Under the old probe, we'd do the main model checks first and correctly identify this as a main model. But with the new setup, we do the LoRA check first, and those pass. So we import this model as a LoRA. Thankfully, the old probe still exists. For now, the new probe is fully disabled. It was only called in one spot. I've also added the example affected model as a test case for the model probe. Right now, this causes the test to fail, and I've marked the test as xfail. CI will pass. Once we enable the new API again, the xfail will pass, and CI will fail, and we'll be reminded to update the test.	2025-04-18 22:44:10 +10:00
Billy	f251722f56	LoRA classification API	2025-03-27 17:47:01 +11:00
Billy	6a15b5d9be	Add stripped models for testing llava	2025-03-21 15:34:20 +11:00
Billy	12717d4a4d	Stripped model data	2025-03-18 09:51:10 +11:00
Billy	ad66c101d2	Remove stripped model files	2025-03-18 09:10:37 +11:00
Billy	f9f99f873d	More models	2025-03-17 04:18:44 +00:00
Billy	e5308be0bb	Use override fixture	2025-03-17 11:31:20 +11:00
Billy	bfdace6437	New API for model classification	2025-03-11 08:34:34 +11:00
psychedelicious	2537d260e3	tests: add test for probing diffusers model variant type	2024-04-23 07:32:53 -04:00
Lincoln Stein	010c4eae65	add concept of repo variant	2024-03-01 10:42:33 +11:00
Kevin Turner	2c39aec22d	test(model management): test VaeFolderProbe	2023-09-20 12:48:59 -07:00