On Fri, Mar 1, 2013 at 7:08 AM, werner wrote:
> That should be corrected, even if it's a problem of the CC version /
> libries, or not, compilation can't depend on this, code can't be so
> non-standard that it depends on the compiler version.
The __devinit is removed in current git already. If
That should be corrected, even if it's a problem of the CC
version / libries, or not, compilation can't depend on
this, code can't be so non-standard that it depends on the
compiler version.
wl
=
The problem continues with 3.8-rc
This is grave, no vm
This didn't happen on 3.6 (3.7 I had no time to check
out), although I continue to use the same c compiler and
libraries. So it should be caused by any change of the
subroutine perf_event_p6 made in the last time. Also,
everything else of the kernel compiled, just not that
subroutine. An
Alan Stern wrote:
On Tue, 15 Jan 2013, Woody Suwalski wrote:
Another important change is that the EHCI driver is now split into two
modules. That can slow down loading and affect the timing.
Alan Stern
My testcase is a live initramfs + squash root.
The boot logic is as stable as can be - un
On 01/15/13 06:50, werner wrote:
> We are now on -rc3 and someone should correct this, finally
>
> This is a regression, it was not before, on 3.6
>
> This messes up any compilation of the whole kernel, it results in don't be
> produced vmlinuz
>
> arch/x86/kernel/cpu/perf_event_p6.o depends
On Tue, 15 Jan 2013, Woody Suwalski wrote:
> > Another important change is that the EHCI driver is now split into two
> > modules. That can slow down loading and affect the timing.
> >
> > Alan Stern
> >
> My testcase is a live initramfs + squash root.
> The boot logic is as stable as can be - un
On 12/22/2012 03:57 AM, Steven Rostedt wrote:
On Fri, Dec 21, 2012 at 06:00:58PM -0800, Linus Torvalds wrote:
The longest night of the year is upon us (*), and what better thing to
do than get yourself some nice mulled wine, sit back, relax, and play
Hi Linus,
Was there anything wrong with Fr
On Tuesday 15 January 2013 23:26:20 Woody Suwalski wrote:
> The modules are insmoded in a fixed order:
> usb-common, usbcore, xhci-hcd, ehci-hcd, uhci-hcd, ohci-hcd, usbhid,
> usb_storage,...
>
> If all USB is built as modules - I get read errors from USB drives when
> accessing squash image, b
Alan Stern wrote:
On Sat, 12 Jan 2013, Andreas Mohr wrote:
There's of course the EHCI vs. UHCI(/OHCI) duality
(EHCI host controller responsible for high speed transfers,
the other for 1.1 full speed, both serving the same port connectors).
So if the coordination between the two is a problem,
yo
On Sat, 12 Jan 2013, Andreas Mohr wrote:
> There's of course the EHCI vs. UHCI(/OHCI) duality
> (EHCI host controller responsible for high speed transfers,
> the other for 1.1 full speed, both serving the same port connectors).
> So if the coordination between the two is a problem,
> you might end
On Saturday 12 January 2013 14:16:02 Andreas Mohr wrote:
> > Greg, Linus,
> > It sounds insane, but after banging on the issue I have found out that
> > USB problem is caused (also in vanilla kernel) with a config change:
> > USB-all built as modules - bad USB
> > USB core built in, UHCI/EHCI modu
Hi,
> Greg, Linus,
> It sounds insane, but after banging on the issue I have found out that
> USB problem is caused (also in vanilla kernel) with a config change:
> USB-all built as modules - bad USB
> USB core built in, UHCI/EHCI modules - semi functional - but 1Mb/s
> transfer
> USB core and U
The problem continues with 3.8-rc
This is grave, no vmlinuz is produced.
wl
CC arch/x86/kernel/cpu/perf_event.o
CC arch/x86/kernel/cpu/perf_event_amd.o
CC arch/x86/kernel/cpu/perf_event_p6.o
arch/x86/kernel/cpu/perf_event_p6.c:22: error:
p6_hw_cache_event_ids causes a se
Greg Kroah-Hartman wrote:
On Sun, Dec 23, 2012 at 02:35:49PM -0800, Linus Torvalds wrote:
Woody,
Any chance you can bisect this? It's not going to be hugely pleasant
(with 11k+ commits in between 3.7 and 3.8-rc1 you'll have to compile
and test at least 14 kernels), but it would help enormously
Woody Suwalski wrote:
Greg Kroah-Hartman wrote:
On Sun, Dec 23, 2012 at 02:35:49PM -0800, Linus Torvalds wrote:
Woody,
Any chance you can bisect this? It's not going to be hugely pleasant
(with 11k+ commits in between 3.7 and 3.8-rc1 you'll have to compile
and test at least 14 kernels), but i
On Fri, Dec 28, 2012 at 02:04:23AM +0100, Sedat Dilek wrote:
> Hi Linus,
>
> I am not sure if Greg is on holidays as his char-misc GIT tree didn't
> get updated the last days.
Yes, I'm supposed to be on vacation until the 7th.
> The MEI driver causes here a serious regression requiring a hard co
Hi Linus,
I am not sure if Greg is on holidays as his char-misc GIT tree didn't
get updated the last days.
The MEI driver causes here a serious regression requiring a hard cold
start of the machine I am working on.
A fix "mei: fix mismatch in mutex unlock-lock in mei_amthif_read()"
was already se
Em Sun, 23 Dec 2012 14:29:04 -0800
Linus Torvalds escreveu:
> On Sun, Dec 23, 2012 at 12:21 PM, Mauro Carvalho Chehab
> wrote:
> >
> > Agreed: ENOENT was a bad choice, and it should be reverted.
>
> Well, *any* other error value is likely a bad choice.
Well, UVC should return the same error co
Greg Kroah-Hartman wrote:
On Sun, Dec 23, 2012 at 02:35:49PM -0800, Linus Torvalds wrote:
Woody,
Any chance you can bisect this? It's not going to be hugely pleasant
(with 11k+ commits in between 3.7 and 3.8-rc1 you'll have to compile
and test at least 14 kernels), but it would help enormously
On Sun, Dec 23, 2012 at 02:35:49PM -0800, Linus Torvalds wrote:
> Woody,
> Any chance you can bisect this? It's not going to be hugely pleasant
> (with 11k+ commits in between 3.7 and 3.8-rc1 you'll have to compile
> and test at least 14 kernels), but it would help enormously. Of
> course, maybe s
Woody,
Any chance you can bisect this? It's not going to be hugely pleasant
(with 11k+ commits in between 3.7 and 3.8-rc1 you'll have to compile
and test at least 14 kernels), but it would help enormously. Of
course, maybe some USB person can guess what would cause the device to
go offline..
Adde
On Sun, Dec 23, 2012 at 12:21 PM, Mauro Carvalho Chehab
wrote:
>
> Agreed: ENOENT was a bad choice, and it should be reverted.
Well, *any* other error value is likely a bad choice.
> What I'm trying to understand is why pulseaudio is complaining.
> Is it because it only accepts EINVAL error code
On Fri, 21 Dec 2012 18:00:58 -0800 Linus Torvalds
wrote:
>
> The longest night of the year is upon us (*), and what better thing to
> do than get yourself some nice mulled wine, sit back, relax, and play
> with the most recent rc kernel?
>
> This has been a big merge window: we've got more commi
Hi Linus,
On Sunday 23 December 2012 09:36:15 Linus Torvalds wrote:
> On Sun, Dec 23, 2012 at 6:08 AM, Mauro Carvalho Chehab wrote:
> > Are you saying that pulseaudio is entering on some weird loop if the
> > returned value is not -EINVAL? That seems a bug at pulseaudio.
>
> Mauro, SHUT THE FUCK
Linus,
Em Sun, 23 Dec 2012 09:36:15 -0800
Linus Torvalds escreveu:
> To make matters worse, commit f0ed2ce840b3 is clearly total and utter
> CRAP even if it didn't break applications. ENOENT is not a valid error
> return from an ioctl. Never has been, never will be. ENOENT means "No
> such file
On Sun, Dec 23, 2012 at 6:08 AM, Mauro Carvalho Chehab
wrote:
>
> Are you saying that pulseaudio is entering on some weird loop if the
> returned value is not -EINVAL? That seems a bug at pulseaudio.
Mauro, SHUT THE FUCK UP!
It's a bug alright - in the kernel. How long have you been a
maintainer
Em Sun, 23 Dec 2012 14:39:32 +0100
"Rafael J. Wysocki" escreveu:
> Hi Laurent,
>
> Commit f0ed2ce ([media] uvcvideo: Set error_idx properly for extended
> controls API failures) of yours unfortunately causes user space to misbehave
> on one of my test systems. Namely, there's no sound under KDE
Hi Laurent,
Commit f0ed2ce ([media] uvcvideo: Set error_idx properly for extended
controls API failures) of yours unfortunately causes user space to misbehave
on one of my test systems. Namely, there's no sound under KDE 4.9.4
(Tumbleweed version using pulseaudio) and there's a knotify4 process o
On Fri, Dec 21, 2012 at 06:00:58PM -0800, Linus Torvalds wrote:
> The longest night of the year is upon us (*), and what better thing to
> do than get yourself some nice mulled wine, sit back, relax, and play
> with the most recent rc kernel?
>
> This has been a big merge window: we've got more co
The longest night of the year is upon us (*), and what better thing to
do than get yourself some nice mulled wine, sit back, relax, and play
with the most recent rc kernel?
This has been a big merge window: we've got more commits than any
other kernel in the v3.x kernel series (although v3.2-rc1 w
30 matches
Mail list logo
