On Sat, Jan 05, 2019 at 03:39:10PM -0800, Linus Torvalds wrote:
> On Sat, Jan 5, 2019 at 3:16 PM Linus Torvalds
> wrote:
> >
> > It goes back to forever, it looks like. I can't find a reason.
>
> mincore() was originally added in 2.3.52pre3, it looks like. Around
> 2000 or so. But sadly before th
The pull request you sent on Wed, 2 Jan 2019 12:05:33 -0800:
> git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c280230254635da33703dd8f4a10cad23f640fb0
Thank you!
--
Deet-doot-dot, I am a
On Sat, Jan 5, 2019 at 4:11 PM Matthew Wilcox wrote:
>
> FreeBSD claims to have a manpage from SunOS 4.1.3 with mincore (!)
>
> https://www.freebsd.org/cgi/man.cgi?query=mincore&apropos=0&sektion=0&manpath=SunOS+4.1.3&arch=default&format=html
>
> DESCRIPTION
>mincore() returns the primar
On Sat, Jan 05, 2019 at 03:32:44AM +, Wang, Wei W wrote:
> On Friday, January 4, 2019 11:45 PM, Michael S. Tsirkin wrote:
> > > struct virtio_balloon {
> > > struct virtio_device *vdev;
> > > struct virtqueue *inflate_vq, *deflate_vq, *stats_vq, *free_page_vq;
> > > @@ -77,6 +81,8 @@ struc
Hi Linus,
On Sun, Jan 6, 2019 at 5:44 AM Linus Torvalds
wrote:
>
> On Sat, Jan 5, 2019 at 12:39 PM Sam Ravnborg wrote:
> >
> > Not exactly what you ask for - but we have make V=2
>
> Yeah, that's certainly more convenient than "make --debug".
>
> That said, I was more thinking of not any partic
On Sat, Dec 29, 2018 at 10:32 AM Julia Lawall wrote:
>
> Avoid reporting on the use of an iterator index variable when
> the variable is redeclared.
>
> Signed-off-by: Julia Lawall
>
> ---
Applied to linux-kbuild. Thanks!
> scripts/coccinelle/iterators/use_after_iter.cocci |3 +++
> 1 fi
On Sat, Dec 29, 2018 at 10:14 PM Julia Lawall wrote:
>
> Coccinelle doesn't always have access to the values of named
> (#define) constants, and they may likely often be bound to true
> and false values anyway, resulting in false positives. So stop
> warning about them.
>
> Signed-off-by: Julia L
On Sat, Jan 5, 2019 at 4:22 PM Linus Torvalds
wrote:
>
> But I think my patch to just rip out all that page lookup, and just
> base it on the page table state has the fundamental advantage that it
> gets rid of code. Maybe I should jst commit it, and see if anything
> breaks? We do have options in
On Thu, Jan 3, 2019 at 10:32 AM Masahiro Yamada
wrote:
>
> This commit removes redundant generic-y defines in
> arch/riscv/include/asm/Kbuild.
>
> [1] It is redundant to define the same generic-y in both
> arch/$(ARCH)/include/asm/Kbuild and
> arch/$(ARCH)/include/uapi/asm/Kbuild.
>
>
Hi Linus,
Here are late Kbuild updates.
I am sending this pull request in the last minute
to avoid conflicts from tree-wide cleanups such as
jump_label, generic-y.
Please pull!
The following changes since commit 5c4a60831aa6d937cec9cf17aef8eb6c1851bfcd:
Merge branch 'next' of
git://git.kern
On 12/26/18 7:38 PM, Anup Patel wrote:
On Thu, Dec 27, 2018 at 4:39 AM Atish Patra wrote:
Currently, logical CPU id to physical hartid mapping is
defined for both smp and non-smp configurations. This
is not required as we need this only for smp configuration.
The mapping function can define di
On 12/26/18 7:58 PM, Anup Patel wrote:
On Thu, Dec 27, 2018 at 4:39 AM Atish Patra wrote:
In non-smp configuration, hartid can be higher that NR_CPUS.
riscv_of_processor_hartid should not be compared to hartid to
NR_CPUS in that case. Moreover, this function checks all the
DT properties of a h
The pull request you sent on Thu, 3 Jan 2019 09:05:52 -0600:
> git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git
> tags/pci-v4.21-changes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/926b02d3eb547daa1d56cf9b586f31b270488b77
Thank you!
--
Deet-doot-dot
The pull request you sent on Fri, 4 Jan 2019 05:00:10 +:
> git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma.git tags/for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3954e1d0310e30e743431b58918825c4d4fe8812
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Thu, 3 Jan 2019 13:07:04 +0100 (CET):
> git://git.kernel.org/pub/scm/linux/kernel/git/hid/hid.git for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/cf26057a9441173ad552e90cea3344607075c9ad
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Fri, 4 Jan 2019 13:09:05 +0100:
> https://github.com/bzolnier/linux.git tags/fbdev-v4.21
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a8a6b1186b1a209647483c2ff81e0d59c43dbdd3
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.wiki.k
The pull request you sent on Sat, 5 Jan 2019 05:10:22 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-next-2019-01-05
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0fe4e2d5cd931ad2ff99d61cfdd5c6dc0c3ec60b
Thank you!
--
Deet-doot-dot, I am a bot.
https://kor
The pull request you sent on Fri, 4 Jan 2019 12:06:44 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/for-5.0
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/7671c14e6aca7a816a29a85eba47d9bccb7d23ae
Thank you!
--
Deet-doot-dot, I am a bot.
ht
The pull request you sent on Fri, 4 Jan 2019 15:02:39 -0700:
> git://git.lwn.net/linux.git tags/docs-5.0-fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b5aef86e089a2d85a6d627372287785d08938cbe
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.wiki.kernel.o
The pull request you sent on Thu, 3 Jan 2019 12:39:18 +0100 (CET):
> git://git.kernel.org/pub/scm/linux/kernel/git/jikos/livepatching.git for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1686cc1a31f45a3fd090e5d0c6fce777422e13fa
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Sat, 5 Jan 2019 17:05:40 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394.git
> firewire-update
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/15b215e5aa29993c1b0f46693a1b482296bcf08e
Thank you!
--
Deet-doot-dot
From: Saranya Gopal
In most of the UAC1 and UAC2 audio devices, the first
configuration is most often the best configuration.
However, with recent patch to support UAC3 configuration,
second configuration was unintentionally chosen for
some of the UAC1/2 devices that had more than one
configurati
Liveleak took the files down, here they are again:
Video: https://openload.co/f/mT_AH3xmIUM/TruthAboutLinuxandGPLv2__.mp4
Audio: https://ufile.io/sdhpl
Spread them, since people don't like reading...
The Truth about Linux GPLv2 and license rescission (revocation).
Information regarding the right
Liveleak took the files down, here they are again:
Video: https://openload.co/f/mT_AH3xmIUM/TruthAboutLinuxandGPLv2__.mp4
Audio: https://ufile.io/sdhpl
So hard finding "don't need your real contact info" file hosts these
days. (And "real contact info" also includes a non-proxy'd IP)
On 2019-0
From: JianJhen Chen
When handling DNAT'ed packets on a bridge device, the neighbour cache entry
from lookup was used without checking its state. It means that a cache entry
in the NUD_STALE state will be used directly instead of entering the NUD_DELAY
state to confirm the reachability of the neig
input_sync() is there, at the end of the function.
static void rotary_encoder_report_event(struct rotary_encoder *encoder)
{
if (encoder->relative_axis) {
input_report_rel(encoder->input,
encoder->axis, encoder->dir);
} else if (encoder->relative_keys) {
u32 key
Yes, it's needed.
Even with the same encoder, adjusting steps affects rate of event generation.
(the steps defines 1 cycle of encoder rotation, and 1 cycle = 1 key event.)
On Sun, Jan 6, 2019 at 8:11 AM Dmitry Torokhov
wrote:
>
> On Sat, Jan 5, 2019 at 2:27 PM Donghoon Han wrote:
> >
> > Add DT
From: Akash Gajjar
ROCK Pi 4 is RK3399 based SBC from radxa.com. board has a 1G/2G/4G lpddr4, CSI,
DSI, HDMI, OTG, USB 2.0, USB 3.0, 10/100/1000 RGMII Ethernet Phy, es8316 codec,
POE, WIFI (for Model B only), PCIE M.2 support on board.
This patch enables
- HDMI Display
- Console
- MMC, EMMC
- US
On Sun, 6 Jan 2019 at 07:10, David Miller wrote:
>
> From: Taehee Yoo
> Date: Mon, 31 Dec 2018 01:31:43 +0900
>
> > +void exit_umh(struct task_struct *tsk)
> > +{
> > + struct umh_info *info;
> > + pid_t pid = tsk->pid;
> > +
> > + mutex_lock(&umh_list_lock);
> > + list_for_each_e
On 1/6/19 12:52 AM, Gustavo A. R. Silva wrote:
> There is a memory leak in case genlmsg_put fails.
>
> Fix this by freeing *args* before return.
>
> Addresses-Coverity-ID: 1476406 ("Resource leak")
> Fixes: 46273cf7e009 ("tipc: fix a missing check of genlmsg_put")
> Signed-off-by: Gustavo A. R. S
Liveleak took the files down, here they are again, on a different host:
Video: https://openload.co/f/mT_AH3xmIUM/TruthAboutLinuxandGPLv2__.mp4
Audio: https://ufile.io/sdhpl
Spread them, since people don't like reading...
The Truth about Linux GPLv2 and license rescission (revocation).
(Explained
One note: The audio/videos are explained in American.
Those who enjoy English may read the lengthy explanations given here
previously. American was chosen for the audio/video for those who do not
like reading. Hopefully this choice of dialect will be most
understandable for The People.
Video
On Sat, Jan 05, 2019 at 11:44:50AM +0800, Baoquan He wrote:
> On 01/04/19 at 05:09pm, Mike Rapoport wrote:
> > On Thu, Jan 03, 2019 at 10:47:06AM -0800, Tejun Heo wrote:
> > > Hello,
> > >
> > > On Wed, Jan 02, 2019 at 07:05:38PM +0200, Mike Rapoport wrote:
> > > > I agree that currently the botto
Your "no it does not because we are talking about software" argument is,
to put it simply in a way you can understand: retarded.
It shows that you, a software engineer, because you are learned in one
field of endeavor, believe yourself to be "smart" and "reasonable" in
unrelated fields of ende
Thank you for your review Larry
> Before you send V3
Oh, v3 was already sent a few moments before your message.
> Before you send V3, are you sure this is the correct fix? As "frame_type" is
> input as u16, it seems to me that the frame_type member of struct
> wilc_reg_frame
> should be __le16,
It is unable to read the entry when it is the only one in
binary_bios_measurements:
00 00 00 00 08 00 00 00 c4 2f ed ad 26 82 00 cb
0010 1d 15 f9 78 41 c3 44 e7 9d ae 33 20 00 00 00 00
0020
This is obviously a firmware problem on my linux machine:
Manufacturer: Inspu
The sanity check would be easier, especially for the first read
of binary_bios_measurements from the beginning.
Signed-off-by: Jia Zhang
---
drivers/char/tpm/eventlog/tpm1.c | 37 ++---
1 file changed, 14 insertions(+), 23 deletions(-)
diff --git a/drivers/char/t
Hi Christoph,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b5aef86e089a2d85a6d627372287785d08938cbe
commit: 356da6d0cde3323236977fce54c1f9612a742036 dma-mapping: bypass indirect
calls for dma-direct
date: 3 wee
201 - 238 of 238 matches
Mail list logo