Hi,
Any specific reason why CONFIG_USB_UAS is not enabled? If not, can it be enabled please (rawhide & f17)?
thanks, Gerd
On Fri, Jun 08, 2012 at 02:26:45PM +0200, Gerd Hoffmann wrote:
Hi,
Any specific reason why CONFIG_USB_UAS is not enabled? If not, can it be enabled please (rawhide & f17)?
It caused a number of people's machines to panic or not function properly a while ago. We have it enabled in rawhide when the debug options are set.
josh
On 06/08/12 14:37, Josh Boyer wrote:
On Fri, Jun 08, 2012 at 02:26:45PM +0200, Gerd Hoffmann wrote:
Hi,
Any specific reason why CONFIG_USB_UAS is not enabled? If not, can it be enabled please (rawhide & f17)?
It caused a number of people's machines to panic or not function properly a while ago. We have it enabled in rawhide when the debug options are set.
"we have" as in "just flipped the switch"?
The kernels currently in the rawhide repo don't have this set ...
[root@fedora ~]# grep USB_UAS /boot/config-3.* /boot/config-3.3.4-5.fc17.x86_64:# CONFIG_USB_UAS is not set /boot/config-3.4.0-1.fc17.x86_64:# CONFIG_USB_UAS is not set /boot/config-3.5.0-0.rc1.git0.1.fc18.x86_64:# CONFIG_USB_UAS is not set /boot/config-3.5.0-0.rc1.git0.1.fc18.x86_64.debug:# CONFIG_USB_UAS is not set
cheers, Gerd
On Fri, Jun 08, 2012 at 03:10:13PM +0200, Gerd Hoffmann wrote:
On 06/08/12 14:37, Josh Boyer wrote:
On Fri, Jun 08, 2012 at 02:26:45PM +0200, Gerd Hoffmann wrote:
Hi,
Any specific reason why CONFIG_USB_UAS is not enabled? If not, can it be enabled please (rawhide & f17)?
It caused a number of people's machines to panic or not function properly a while ago. We have it enabled in rawhide when the debug options are set.
"we have" as in "just flipped the switch"?
No.
The kernels currently in the rawhide repo don't have this set ...
[root@fedora ~]# grep USB_UAS /boot/config-3.* /boot/config-3.3.4-5.fc17.x86_64:# CONFIG_USB_UAS is not set /boot/config-3.4.0-1.fc17.x86_64:# CONFIG_USB_UAS is not set /boot/config-3.5.0-0.rc1.git0.1.fc18.x86_64:# CONFIG_USB_UAS is not set /boot/config-3.5.0-0.rc1.git0.1.fc18.x86_64.debug:# CONFIG_USB_UAS is not set
That's because the rawhide kernel you have installed is a 'release' kernel. The kernel before that (3.5.0-0.rc0.git12 or something) is a debug kernel and will have UAS enabled. The next git snapshot of 3.5.0-rc1 will also have it enabled.
We build one non-debug kernel in rawhide per RC release. You just happened to hit it.
josh
Hi,
That's because the rawhide kernel you have installed is a 'release' kernel. The kernel before that (3.5.0-0.rc0.git12 or something) is a debug kernel and will have UAS enabled. The next git snapshot of 3.5.0-rc1 will also have it enabled.
Well, next is kernel-3.5.0-0.rc2.git0.1.fc18 which has UAS disabled too. /me goes fetch 3.5.0-0.rc0.git12 now ...
We build one non-debug kernel in rawhide per RC release. You just happened to hit it.
That scheme sucks big time. Why flip config options like that?
We have kernel-debug, why not enable options like UAS which are too buggy for the default kernel there? Permanently?
cheers, Gerd
On Mon, Jun 11, 2012 at 01:30:29PM +0200, Gerd Hoffmann wrote:
Hi,
That's because the rawhide kernel you have installed is a 'release' kernel. The kernel before that (3.5.0-0.rc0.git12 or something) is a debug kernel and will have UAS enabled. The next git snapshot of 3.5.0-rc1 will also have it enabled.
Well, next is kernel-3.5.0-0.rc2.git0.1.fc18 which has UAS disabled too. /me goes fetch 3.5.0-0.rc0.git12 now ...
Oops. Yes, sorry. Still at the "one per RC" since nobody did a git snapshot build after rc1.
We build one non-debug kernel in rawhide per RC release. You just happened to hit it.
That scheme sucks big time. Why flip config options like that?
Because people complained loudly that the normal debug rawhide kernels were too slow.
We have kernel-debug, why not enable options like UAS which are too buggy for the default kernel there? Permanently?
That's a possibility, yes.
josh
Hi,
We build one non-debug kernel in rawhide per RC release. You just happened to hit it.
That scheme sucks big time. Why flip config options like that?
Because people complained loudly that the normal debug rawhide kernels were too slow.
Ok. I can see that this is tricky situation, guess it is a performance vs. bug report quality trade-off.
But I don't think this flip options like this is a good solution to this problem. Having your kernel behave in different ways depending on whenever you happed to hit a .git0 version or not is odd.
IMO both default kernel and debug kernel should have a fixed set of config options.
cheers, Gerd
On Mon, Jun 11, 2012 at 01:30:29PM +0200, Gerd Hoffmann wrote:
We build one non-debug kernel in rawhide per RC release. You just happened to hit it.
That scheme sucks big time. Why flip config options like that?
We have kernel-debug, why not enable options like UAS which are too buggy for the default kernel there? Permanently?
We don't build kernel-debug for rawhide, because hardly anyone would use it. That's why we enable debug-by-default instead.
Dave
On 06/11/2012 10:26 AM, Dave Jones wrote:
On Mon, Jun 11, 2012 at 01:30:29PM +0200, Gerd Hoffmann wrote:
We build one non-debug kernel in rawhide per RC release. You just happened to hit it.
That scheme sucks big time. Why flip config options like that?
We have kernel-debug, why not enable options like UAS which are too buggy for the default kernel there? Permanently?
We don't build kernel-debug for rawhide, because hardly anyone would use it. That's why we enable debug-by-default instead.
Maybe we can script something to generate a website that shows:
Latest debugging enabled rawhide kernel: <LINK TO KOJI> Latest non-debug rawhide kernel: <LINK TO KOJI>
?
~tom
== Fedora Project
On 06/11/12 16:33, Tom Callaway wrote:
On 06/11/2012 10:26 AM, Dave Jones wrote:
On Mon, Jun 11, 2012 at 01:30:29PM +0200, Gerd Hoffmann wrote:
We build one non-debug kernel in rawhide per RC release. You just happened to hit it.
That scheme sucks big time. Why flip config options like that?
We have kernel-debug, why not enable options like UAS which are too buggy for the default kernel there? Permanently?
We don't build kernel-debug for rawhide, because hardly anyone would use it. That's why we enable debug-by-default instead.
Maybe we can script something to generate a website that shows:
Latest debugging enabled rawhide kernel: <LINK TO KOJI> Latest non-debug rawhide kernel: <LINK TO KOJI>
Not exactly convenient when you update your kernel using yum.
My real wishlist item is to have a kernel with CONFIG_USB_UAS, enabled permanently and not changing randomly depending on whenever the latest rawhide kernel happens to be a .git0 release or not. I don't care much whenever it's called kernel, kernel-debug, kernel-for-kraxel. Enabling a special yum repo is fine too. But grabbing manually from koji really isn't a good way to handle this ...
thanks, Gerd
On 06/11/2012 10:52 AM, Gerd Hoffmann wrote:
On 06/11/12 16:33, Tom Callaway wrote:
On 06/11/2012 10:26 AM, Dave Jones wrote:
On Mon, Jun 11, 2012 at 01:30:29PM +0200, Gerd Hoffmann wrote:
We build one non-debug kernel in rawhide per RC release. You just happened to hit it.
That scheme sucks big time. Why flip config options like that?
We have kernel-debug, why not enable options like UAS which are too buggy for the default kernel there? Permanently?
We don't build kernel-debug for rawhide, because hardly anyone would use it. That's why we enable debug-by-default instead.
Maybe we can script something to generate a website that shows:
Latest debugging enabled rawhide kernel: <LINK TO KOJI> Latest non-debug rawhide kernel: <LINK TO KOJI>
Not exactly convenient when you update your kernel using yum.
You're at least informed, or able to become informed reasonably easily.
~tom
== Fedora Project
On Mon, Jun 11, 2012 at 04:52:49PM +0200, Gerd Hoffmann wrote:
Maybe we can script something to generate a website that shows:
Latest debugging enabled rawhide kernel: <LINK TO KOJI> Latest non-debug rawhide kernel: <LINK TO KOJI>
Not exactly convenient when you update your kernel using yum.
My real wishlist item is to have a kernel with CONFIG_USB_UAS, enabled permanently
If you want to be responsible for dealing with any bugs we get against it, and work on improving it upstream, we'll be happy to enable it.
Dave
On Mon, Aug 06, 2012 at 04:33:40PM +0200, Gerd Hoffmann wrote:
Hi,
If you want to be responsible for dealing with any bugs we get against it, and work on improving it upstream, we'll be happy to enable it.
Patches went upstream last merge window. Can we try flip the switch for 3.6-rc1+ and see how it goes?
thanks, Gerd
In rawhide, it's always on, so this is already done. The question is whether it'll be good enough when we get to branch time.
Dave
On 06/11/12 16:26, Dave Jones wrote:
On Mon, Jun 11, 2012 at 01:30:29PM +0200, Gerd Hoffmann wrote:
We build one non-debug kernel in rawhide per RC release. You just happened to hit it.
That scheme sucks big time. Why flip config options like that?
We have kernel-debug, why not enable options like UAS which are too buggy for the default kernel there? Permanently?
We don't build kernel-debug for rawhide, because hardly anyone would use it.
???
I see a kernel-debug-3.5.0-0.rc2.git0.1.fc18 in the repo ...
/me looks puzzled.
cheers, Gerd
On Mon, Jun 11, 2012 at 04:45:44PM +0200, Gerd Hoffmann wrote:
On 06/11/12 16:26, Dave Jones wrote:
On Mon, Jun 11, 2012 at 01:30:29PM +0200, Gerd Hoffmann wrote:
We build one non-debug kernel in rawhide per RC release.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
That scheme sucks big time. Why flip config options like that?
We have kernel-debug, why not enable options like UAS which are too buggy for the default kernel there? Permanently?
We don't build kernel-debug for rawhide, because hardly anyone would use it.
???
I see a kernel-debug-3.5.0-0.rc2.git0.1.fc18 in the repo ...
On Mon, Jun 11, 2012 at 16:45:44 +0200, Gerd Hoffmann kraxel@redhat.com wrote:
I see a kernel-debug-3.5.0-0.rc2.git0.1.fc18 in the repo ...
There were requests to have some non-debug kernels in rawhide as the debug ones had terrible performance for some people during the F17 development process. So the kernel guiys started doing one non-debug kernel per rc.
kernel@lists.fedoraproject.org