Re: [gentoo-user] Mouse does not work with kernel-3.5.0
On Thu, 26 Jul 2012 12:55:12 +0300 v...@ukr.net wrote: Hello! On Thu, 26 Jul 2012 10:36:23 +0100 Neil Bothwick n...@digimed.co.uk wrote: On Thu, 26 Jul 2012 12:30:38 +0300, v...@ukr.net wrote: After upgrading to sys-kernel/gentoo-sources-3.5.0 my mouse stopped working in X-session. You haven't provided much information to go on so you're not going to get much more than guesses and it works for me responses. Have a look for errors, marked EE, in /var/log/Xorg.0.log. Yes, I did grep EE /var/log/Xorg.0.log before posting. And there was no mention of a mouse. How did you compile your new kernel, from scratch or with make oldconfig? I suspect you may have missed something needed for evdev. I did 'make oldconfig' as usual. Did you update anything else at the same time? Yes, I upgraded several packages. Among relevant are: x11-base/xorg-server-1.12.99.902 x11-drivers/xf86-input-evdev-2.7.1 x11-drivers/xf86-input-synaptics-1.6.2 x11-drivers/xf86-input-mouse-1.7.2 x11-drivers/xf86-input-keyboard-1.6.1 x11-drivers/xf86-input-evdev-2.7.1 sys-fs/udev-186 I also removed the previously existing '/etc/X11/xorg.conf.d/25-mouse.conf' file and tried without it. However it did not help. I have just booted my previous kernel-3.4.5, and the mouse works fine with the very same set of X-related programs and settings. - v...@ukr.net Does the mouse work if you try starting X with /etc/X11/xorg.conf.d empty? Or maybe re-emerge xf86-input-evdev, -synaptics, -mouse? You should be able to check whether your kernel recognizes your mouse with something like: ~ $ grep -ie mouse -e synaptics -e touch /proc/bus/input/devices N: Name=SynPS/2 Synaptics TouchPad H: Handlers=mouse0 event5 N: Name=USB Optical Mouse H: Handlers=mouse1 event7 Though I would think it's more likely a problem with upgrading your X packages. The driver packages all need to be upgraded after the server itself, and while I've always seen emerge get this right, I'm not sure whether that's deliberate or a coincidence. Cheers, Bryan
Re: [gentoo-user] intel HD graphics 4000 and viewing DVDs
Am 27.07.2012 22:57, schrieb Michael Mol: On Fri, Jul 27, 2012 at 4:39 PM, Florian Philipp li...@binarywings.net wrote: Am 27.07.2012 22:22, schrieb Michael Mol: On Fri, Jul 27, 2012 at 4:10 PM, Allan Gottlieb gottl...@nyu.edu wrote: I am getting a new laptop. (likely dell 6430). The two graphics options are intel HD 4000 and nvidia NVS 5200M. Dell is as expected suggesting the 5200M. I do not need 3D or fast response. Dell hinted that DVDs might not play with the intel HD 4000. This seems weird to me as the 4000 is supposed to be a big improvement over the 3000 and I can't believe dell or others would have sold laptops that can't play dvds Any comments or experiences? My Duron 750MHz was able to decode DVDs in realtime. After that, all you're doing is blitting (or using xv) the frames to the screen. I would be absolutely shocked if the Intel HD 4000 GPU couldn't handle that basic of a 2D acceleration function. Now, DVDs use MPEG2. Blu-Ray uses h.264, which is a much harder beast to decode in realtime. It's possible the HD 4000 GPU can't handle hardware decode of h.264, but I don't know. I've never looked into it. (Software decode of 1080p h.264 on my Phenom 9650 worked somewhat, but highly active scenes would cause frame drops.) I've experienced issues playing DVDs on fullscreen with the OSS radeon driver. Therefore I'm cautious of assumptions that something works simply because the input is easy to decode. Upscaling to large displays with high resolutions can be an issue. I'm not saying the Intel driver cannot handle it. I'm just saying you should try it or look for reports. How high is 'high' resolution? I was upscaling to 1600x1200 using an a Radeon 9600; that card would now be almost ten years old. A bit later, I did the same on a 2.4GHz Pentium 4 using an i845-based Intel graphics card. Here's the line from lspci, as run in May of 2007: 00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01) Hardware scaling a 2D image is one of the most trivial hardware-accelerated options GPUs perform. If someone had difficulties upscaling a 480p (roughly what DVDs are) to 1080p at 24 or 33fps, I would be very highly suspicious of a software misconfiguration. That kind of scaling should even be comfortably doable in software on any modern x86-derived processor. (With the plausible exclusion of the Atom CPU) 1920x1080, on-board Radeon HD 4250. I haven't diagnosed it further (except of playing around with mplayer2 options) as it was easier to use the closed source driver. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Mouse does not work with kernel-3.5.0
Bryan Gardiner wrote: On Thu, 26 Jul 2012 12:55:12 +0300 v...@ukr.net wrote: Hello! On Thu, 26 Jul 2012 10:36:23 +0100 Neil Bothwick n...@digimed.co.uk wrote: On Thu, 26 Jul 2012 12:30:38 +0300, v...@ukr.net wrote: After upgrading to sys-kernel/gentoo-sources-3.5.0 my mouse stopped working in X-session. You haven't provided much information to go on so you're not going to get much more than guesses and it works for me responses. Have a look for errors, marked EE, in /var/log/Xorg.0.log. Yes, I did grep EE /var/log/Xorg.0.log before posting. And there was no mention of a mouse. How did you compile your new kernel, from scratch or with make oldconfig? I suspect you may have missed something needed for evdev. I did 'make oldconfig' as usual. Did you update anything else at the same time? Yes, I upgraded several packages. Among relevant are: x11-base/xorg-server-1.12.99.902 x11-drivers/xf86-input-evdev-2.7.1 x11-drivers/xf86-input-synaptics-1.6.2 x11-drivers/xf86-input-mouse-1.7.2 x11-drivers/xf86-input-keyboard-1.6.1 x11-drivers/xf86-input-evdev-2.7.1 sys-fs/udev-186 I also removed the previously existing '/etc/X11/xorg.conf.d/25-mouse.conf' file and tried without it. However it did not help. I have just booted my previous kernel-3.4.5, and the mouse works fine with the very same set of X-related programs and settings. - v...@ukr.net Does the mouse work if you try starting X with /etc/X11/xorg.conf.d empty? Or maybe re-emerge xf86-input-evdev, -synaptics, -mouse? You should be able to check whether your kernel recognizes your mouse with something like: ~ $ grep -ie mouse -e synaptics -e touch /proc/bus/input/devices N: Name=SynPS/2 Synaptics TouchPad H: Handlers=mouse0 event5 N: Name=USB Optical Mouse H: Handlers=mouse1 event7 Though I would think it's more likely a problem with upgrading your X packages. The driver packages all need to be upgraded after the server itself, and while I've always seen emerge get this right, I'm not sure whether that's deliberate or a coincidence. Cheers, Bryan It may not help but I just configed my new kernel with make oldconfig and noticed there was a new/different driver for mice and keyboards. Could it be that either the wrong one was used OR that the new one should have been used instead of the old one? Just thought I would mention this just in case. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Mouse does not work with kernel-3.5.0
Hello! On Fri, 27 Jul 2012 23:35:14 -0700 Bryan Gardiner b...@khumba.net wrote: Does the mouse work if you try starting X with /etc/X11/xorg.conf.d empty? Or maybe re-emerge xf86-input-evdev, -synaptics, -mouse? Yes, I re-emerged all the drivers after X-server upgrade. You should be able to check whether your kernel recognizes your mouse with something like: ~ $ grep -ie mouse -e synaptics -e touch /proc/bus/input/devices N: Name=SynPS/2 Synaptics TouchPad H: Handlers=mouse0 event5 N: Name=USB Optical Mouse H: Handlers=mouse1 event7 I tried this and it turned out that with my old kernel (3.4.5) , I can see both Touchpad and USB mouse devices, whereas with the new one (3.5.0) I can see only Touchpad. I also discovered some difference in /var/log/messages log during re-attaching the mouse to USB port with two different kernels: 3.4.5 and 3.5.0. With 3.5.6 I get these messages (and mouse works): kernel: usb 1-3: new low-speed USB device number 3 using ohci_hcd kernel: usb 1-3: New USB device found, idVendor=0458, idProduct=003a kernel: usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 kernel: usb1-3: Product: Optical Mouse kernel: usb 1-3:Manufacturer: Genius kernel: input: Genius Optical Mouse as /devices/pci:00/:00:0b.0/usb1/1-3/1-3:1.0/input/input8 kernel: generic-usb 0003:0458:003A.0002: input: USB HID v1.10 Mouse [Genius Optical Mouse] on usb-:00:0b.0-3/input0 With 3.5.0 I get only these: kernel: usb 1-3: new low-speed USB device number 5 using ohci_hcd kernel: usb 1-3: New USB device found, idVendor=0458, idProduct=003a kernel: usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 kernel: usb 1-3: Product: Optical Mouse kernel: usb 1-3: Manufacturer: Genius So it looks like the problem is not with X-server, but with the new kernel. I'm puzzled, because all the drivers I used with my old kernel are there for the new one. Though I would think it's more likely a problem with upgrading your X packages. The driver packages all need to be upgraded after the server itself, and while I've always seen emerge get this right, I'm not sure whether that's deliberate or a coincidence. Cheers, Bryan - v...@ukr.net
Re: [gentoo-user] SOLVED - Mouse does not work with kernel-3.5.0
Hello again! The problem is solved by adding the following kernel config option: CONFIG_HID_GENERIC=M This option was not present in the old configuration files, that is why simple 'make oldconfig' did not do the job. Thank you all for your responses and suggestions! Regards, Vladimir - v...@ukr.net
Re: [gentoo-user] Mouse does not work with kernel-3.5.0
On Saturday 28 Jul 2012 10:48:18 v...@ukr.net wrote: Hello! On Fri, 27 Jul 2012 23:35:14 -0700 Bryan Gardiner b...@khumba.net wrote: Does the mouse work if you try starting X with /etc/X11/xorg.conf.d empty? Or maybe re-emerge xf86-input-evdev, -synaptics, -mouse? Yes, I re-emerged all the drivers after X-server upgrade. You should be able to check whether your kernel recognizes your mouse with something like: ~ $ grep -ie mouse -e synaptics -e touch /proc/bus/input/devices N: Name=SynPS/2 Synaptics TouchPad H: Handlers=mouse0 event5 N: Name=USB Optical Mouse H: Handlers=mouse1 event7 I tried this and it turned out that with my old kernel (3.4.5) , I can see both Touchpad and USB mouse devices, whereas with the new one (3.5.0) I can see only Touchpad. I also discovered some difference in /var/log/messages log during re-attaching the mouse to USB port with two different kernels: 3.4.5 and 3.5.0. With 3.5.6 I get these messages (and mouse works): kernel: usb 1-3: new low-speed USB device number 3 using ohci_hcd kernel: usb 1-3: New USB device found, idVendor=0458, idProduct=003a kernel: usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 kernel: usb1-3: Product: Optical Mouse kernel: usb 1-3:Manufacturer: Genius kernel: input: Genius Optical Mouse as /devices/pci:00/:00:0b.0/usb1/1-3/1-3:1.0/input/input8 kernel: generic-usb 0003:0458:003A.0002: input: USB HID v1.10 Mouse [Genius Optical Mouse] on usb-:00:0b.0-3/input0 With 3.5.0 I get only these: kernel: usb 1-3: new low-speed USB device number 5 using ohci_hcd kernel: usb 1-3: New USB device found, idVendor=0458, idProduct=003a kernel: usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 kernel: usb 1-3: Product: Optical Mouse kernel: usb 1-3: Manufacturer: Genius So it looks like the problem is not with X-server, but with the new kernel. I'm puzzled, because all the drivers I used with my old kernel are there for the new one. Or is it with the way the new kernel is passing device info to the X-server and its modules? I would try unmerging the mouse driver and only leave evdev and synaptics to deal with input events. Initially try without an /etc/X11/xorg.conf and only the default configuration for evdev. Then you can tweak the evdev configuration file to see if it starts picking up the mouse events. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] new machine : CPU : 22 nm vs 32 nm
On Jul 28, 2012 8:03 AM, Michael Mol mike...@gmail.com wrote: On Fri, Jul 27, 2012 at 8:30 PM, microcai micro...@fedoraproject.org wrote: --- 8 Major Snippage As far as I can tell, AMD chip suffered with a lot of I/O. Their Hyper-transport seems not competitive with Intel's ring bus Wasn't Intel's answer to HyperTransport is the QuickPath bus? IIRC, the ring bus is internal to a processor. (I could be wrong, though). (please don't top-post, especially if the thread's already been primarily organized as bottom-post) I hadn't read that, but remember that HyperTransport is intended for a mesh architecture. In single-CPU systems, you'll only have one HT link, the link between your CPU and your north bridge. In multi-CPU systems, you'll have additional links between the CPUs. In systems with many CPUs, you may even have a fully-connected mesh. The I/O characteristics will greatly depend on the topology of your network. That said, HyperTransport may just be getting old; when it came out, it (and AMD's crossbar switch for memory management) beat the pants off of Intel's SMP solution. Intel's solution ran at lower and lower clock rates the more CPUs you added, and their first pass at multicore gave each core its own port onto the memory bus, with predictably poor results. Intel's had plenty of time to catch up, but with their price-per-part, it's taken me a long time to pay much attention. Again, I might be mistaken, but IIRC HyperTransport's throughput depends on how many channels are provided, so there's no theoretical limitation to its throughput, just practical considerations. (E.g., tracing issues). (It also doesn't help that Jon Hannibal Stokes stopped writing detailed technical articles for Ars Technica; I sincerely miss him and the precision and clarity of his writing on such arcane subjects.) That makes the two of us bro... BTW, my handle there's pepoluan, just in case you see it in the forums. Rgds,
Re: [gentoo-user] icedtea-jdk and X
On Fri, 27 Jul 2012 22:56:27 -0700 Bryan Gardiner b...@khumba.net wrote: On Thu, 26 Jul 2012 18:22:10 +0400 Евгений Пермяков permea...@gmail.com wrote: Can someone tell me, why my gentoo server wants X header to build icedtea jdk if USE=... -X ... ? Ok, I understand that it is because maintainers wrote ebuild that requires X header unquestionable. But why they did so and can be something done about it? Do not want to have *-bin* package in system for perfectionism reasons. Hi, If it helps, it looks like dev-java/icedtea with USE=-X only requires X to build, not to run. So after installation, the X packages can be removed by emerge --ask --depclean --with-bdeps=n packages Or leave off packages... to see all installed packages that are not needed for world packages to run (which should include X). Of course you'll have to reinstall them if you want to rebuild icedtea... Speaking somewhat generically: Turns out this is fairly common in the real world. Huge numbers of java apps have some form of config utility and most of them are (sadly) not headless. They are gui-driven and that's the only way they can be configured. We sysadmins don't like this, but there's not much we can do about it. So we compromise. It's fairly normal to install Xlibs on a box running java and export the display. This appears to be what the icedtea maintainers settled on. At least the maintainers used their brain and require Xlibs, not a full blown running X server. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] nvidia NVS 5200M
On 26.07.2012 22:50, Allan Gottlieb wrote: I am buying a new laptop, most likely a dell 6340. My choices for video are intel 4000 and nvidia nvs 5200M. Just make sure, that you don't get a optimus notebook.
Re: [gentoo-user] SOLVED - Mouse does not work with kernel-3.5.0
On Sat, 28 Jul 2012 13:22:24 +0300, v...@ukr.net wrote: Hello again! The problem is solved by adding the following kernel config option: CONFIG_HID_GENERIC=M This option was not present in the old configuration files, that is why simple 'make oldconfig' did not do the job. make oldconfig should pick up new options, that's what it's for. I've just upgraded a box from 3.4.4 to 3.5.0 and it prompted for this option, defaulting to Y (there's little point in making something that is always required a module). -- Neil Bothwick A Microsoft joke (is that a tautology?) signature.asc Description: PGP signature
Re: [gentoo-user] OT: 'Best' Desktop Environment
I also use awesome, but have tried KDE 3 and 4, Gnome 2 and 3, XFCE, LXDE and some others. I found out that I want to know what are the programs that I run, so the meta + r shortcut combines perfectly, and make me think about what is that launcher software, that compositing software, that pdf viewer, that file manager, etc.
Re: [gentoo-user] SOLVED - Mouse does not work with kernel-3.5.0
On Jul 28, 2012 10:29 PM, Neil Bothwick n...@digimed.co.uk wrote: On Sat, 28 Jul 2012 13:22:24 +0300, v...@ukr.net wrote: Hello again! The problem is solved by adding the following kernel config option: CONFIG_HID_GENERIC=M This option was not present in the old configuration files, that is why simple 'make oldconfig' did not do the job. make oldconfig should pick up new options, that's what it's for. I've just upgraded a box from 3.4.4 to 3.5.0 and it prompted for this option, defaulting to Y (there's little point in making something that is always required a module). I myself prefer make menuconfig to make oldconfig, because I can easily see new options, and also invoke some help text that (tries to) explain what the option is about. Not to mention an easy-to-read chain of dependencies of an option. Rgds,
Re: [gentoo-user] SOLVED - Mouse does not work with kernel-3.5.0
On Saturday 28 Jul 2012 16:59:10 Pandu Poluan wrote: On Jul 28, 2012 10:29 PM, Neil Bothwick n...@digimed.co.uk wrote: On Sat, 28 Jul 2012 13:22:24 +0300, v...@ukr.net wrote: Hello again! The problem is solved by adding the following kernel config option: CONFIG_HID_GENERIC=M This option was not present in the old configuration files, that is why simple 'make oldconfig' did not do the job. make oldconfig should pick up new options, that's what it's for. I've just upgraded a box from 3.4.4 to 3.5.0 and it prompted for this option, defaulting to Y (there's little point in making something that is always required a module). I myself prefer make menuconfig to make oldconfig, because I can easily see new options, and also invoke some help text that (tries to) explain what the option is about. Not to mention an easy-to-read chain of dependencies of an option. Rgds, Hmm but the H option in 'make oldconfig' allows you to see the help text before you decide to accept it or not. Of course, the help text itself may require you to obtain a University degree in kernel hacking to decipher it ... but to some extent that's the fun of it all. ;-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] SOLVED - Mouse does not work with kernel-3.5.0
On Sat, 28 Jul 2012 17:30:38 +0100 Mick michaelkintz...@gmail.com wrote: On Saturday 28 Jul 2012 16:59:10 Pandu Poluan wrote: On Jul 28, 2012 10:29 PM, Neil Bothwick n...@digimed.co.uk wrote: On Sat, 28 Jul 2012 13:22:24 +0300, v...@ukr.net wrote: Hello again! The problem is solved by adding the following kernel config option: CONFIG_HID_GENERIC=M This option was not present in the old configuration files, that is why simple 'make oldconfig' did not do the job. make oldconfig should pick up new options, that's what it's for. I've just upgraded a box from 3.4.4 to 3.5.0 and it prompted for this option, defaulting to Y (there's little point in making something that is always required a module). I myself prefer make menuconfig to make oldconfig, because I can easily see new options, and also invoke some help text that (tries to) explain what the option is about. Not to mention an easy-to-read chain of dependencies of an option. Rgds, Hmm but the H option in 'make oldconfig' allows you to see the help text before you decide to accept it or not. Of course, the help text itself may require you to obtain a University degree in kernel hacking to decipher it ... but to some extent that's the fun of it all. ;-) I use both: first oldconfig to find the newly added stuff. Not dealing with these right away breaks things horribly. then menuconfig, mostly looking for driver pages that have lots of things set - I can't possibly have all of that hardware so logically few things must be set. menuconfig also lets me easily see things I hve never explicitly set (which oldconfig can't do) and labels them (NEW) which is distinctly different to what oldconfig calls new stuff And in menuconfig, the / key engages search, just like in vim -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] SOLVED - Mouse does not work with kernel-3.5.0
On Sat, Jul 28, 2012 at 01:22:24PM +0300, v...@ukr.net wrote: Hello again! The problem is solved by adding the following kernel config option: CONFIG_HID_GENERIC=M This option was not present in the old configuration files, that is why simple 'make oldconfig' did not do the job. Thank you all for your responses and suggestions! Regards, Vladimir - v...@ukr.net Another reason why 'make oldconfig' should not be used for major kernel upgrades Terry pgpTkGAXEE6HT.pgp Description: PGP signature
Re: [gentoo-user] SOLVED - Mouse does not work with kernel-3.5.0
v...@ukr.net wrote: Hello again! The problem is solved by adding the following kernel config option: CONFIG_HID_GENERIC=M This option was not present in the old configuration files, that is why simple 'make oldconfig' did not do the job. Thank you all for your responses and suggestions! Regards, Vladimir - v...@ukr.net I bet it showed up but you missed it. I did my update yesterday and was prompted. I had to hit the ? to see what it was for and if it applied to me tho. This is what I got when I hit the?: * HID support * HID bus support (HID) [Y/?] y /dev/hidraw raw HID device support (HIDRAW) [Y/n/?] y Generic HID driver (HID_GENERIC) [Y/n/m/?] (NEW) ? CONFIG_HID_GENERIC: Support for generic devices on the HID bus. This includes most keyboards and mice, joysticks, tablets and digitizers. To compile this driver as a module, choose M here: the module will be called hid-generic. If unsure, say Y. Symbol: HID_GENERIC [=y] Type : tristate Prompt: Generic HID driver Defined at drivers/hid/Kconfig:56 Depends on: INPUT [=y] HID [=y] Location: - Device Drivers - HID support - HID bus support (HID [=y]) Generic HID driver (HID_GENERIC) [Y/n/m/?] (NEW) y 99 times out of a 100 you can ignore new stuff but this was one of those 1 out of a 100. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] SOLVED - Mouse does not work with kernel-3.5.0
Pandu Poluan wrote: On Jul 28, 2012 10:29 PM, Neil Bothwick n...@digimed.co.uk mailto:n...@digimed.co.uk wrote: On Sat, 28 Jul 2012 13:22:24 +0300, v...@ukr.net mailto:v...@ukr.net wrote: Hello again! The problem is solved by adding the following kernel config option: CONFIG_HID_GENERIC=M This option was not present in the old configuration files, that is why simple 'make oldconfig' did not do the job. make oldconfig should pick up new options, that's what it's for. I've just upgraded a box from 3.4.4 to 3.5.0 and it prompted for this option, defaulting to Y (there's little point in making something that is always required a module). I myself prefer make menuconfig to make oldconfig, because I can easily see new options, and also invoke some help text that (tries to) explain what the option is about. Not to mention an easy-to-read chain of dependencies of an option. Rgds, If you run make oldconfig and don't know what a option is, just type in ? and it will print the same thing as in menuconfig. Generally the options are Y/n/m/? and that last one is the one that explains it all. The funny thing is, I only use menuconfig when I am configuring a kernel for the first time on a new rig. After that, I use oldconfig. I have only had that fail once since about 2003 and that was when they moved things around to the point that oldconfig couldn't be used. Works for me. That's odd. If it could break, it would with me. ;-) Ask anyone. lol Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] SOLVED - Mouse does not work with kernel-3.5.0
On Sat, 28 Jul 2012 15:34:10 -0700 ny6...@gmail.com wrote: On Sat, Jul 28, 2012 at 01:22:24PM +0300, v...@ukr.net wrote: Hello again! The problem is solved by adding the following kernel config option: CONFIG_HID_GENERIC=M This option was not present in the old configuration files, that is why simple 'make oldconfig' did not do the job. Thank you all for your responses and suggestions! Regards, Vladimir - v...@ukr.net Another reason why 'make oldconfig' should not be used for major kernel upgrades Eh? It proves the exact opposite. oldconfig DOES show the new option, it is there, the OP simply didn't see it there. Others did. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] SOLVED - Mouse does not work with kernel-3.5.0
On Saturday 28 July 2012 21:19:44 Alan McKinnon wrote: I use both: Me too (sorry), though I find myself using oldconfig more often than menuconfig these days, unless I want to comb right through the config looking for things I could improve. first oldconfig to find the newly added stuff...then menuconfig, mostly looking for driver pages that have lots of things set - I can't possibly have all of that hardware so logically few things must be set. menuconfig also lets me easily see things I hve never explicitly set (which oldconfig can't do) and labels them (NEW) which is distinctly different to what oldconfig calls new stuff Is it really? I thought they ought to be the same. And the only snag with menuconfig for finding new options is that you have to navigate every single menu - quite time-consuming*. And in menuconfig, the / key engages search, just like in vim Ah. I knew about the ? key since it's in the prompt. Seems I can drop the shift. Ta. * Speaking of consuming time, would someone with an i7 please tell me how long it takes to compile a new kernel? I'd like to compare it with my i5, which after mrproper and copying the .config in from /boot, where I store it for safe keeping, was 2 min 7 sec just now. (This is related to another thread; perhaps I should have asked this there instead.) -- Rgds Peter
[OT] Re: [gentoo-user] SOLVED - Mouse does not work with kernel-3.5.0
On Saturday 28 July 2012 23:59:03 Dale wrote: ---8 I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Or: I'm not sure whether you understood what you think I said, but what you seem to have heard is not what I meant! -- Rgds Peter
Re: [OT] Re: [gentoo-user] SOLVED - Mouse does not work with kernel-3.5.0
On Sun, 29 Jul 2012 01:45:38 +0100 Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Saturday 28 July 2012 23:59:03 Dale wrote: ---8 I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Or: I'm not sure whether you understood what you think I said, but what you seem to have heard is not what I meant! Reminds me of: I don't know half of you half as well as I should like; and I like less than half of you half as well as you deserve. I think I'll upgrade my kernel while this thread is fresh in my mind. Thanks all. - Bryan
