ode 100644 drivers/watchdog/zx2967_wdt.c
create mode 100644 include/dt-bindings/reset-controller/mt8192-resets.h
Kind regards,
Wim.
at went wrong
and stupid me: i created it in the wrong repository :-( .
So it was indeed not there...
Anyway, I created it in the correct repostitory now. You should be able to
fetch it correctly now.
Forgive my stupidity...
Kind regards and Happy Christmas,
Wim.
| 6 +-
17 files changed, 104 insertions(+), 370 deletions(-)
delete mode 100644 drivers/watchdog/pnx833x_wdt.c
----
Kind regards,
Wim.
Hi Stephen,
Some operational work-related issues broke my planning yesterday.
I just made the changes to the watchdog tree.
My apologies,
Wim.
> Hi Stephen,
>
> It's on my todo list for today.
>
> Kind ergards,
> Wim.
>
> > Hi all,
> >
> > On S
Hi Stephen,
It's on my todo list for today.
Kind ergards,
Wim.
> Hi all,
>
> On Sun, 13 Dec 2020 22:09:55 -0800 Guenter Roeck wrote:
> >
> > On 12/13/20 9:23 PM, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > After mergin
Hello Julius,
I agree with you. Using an existing standard is better than inventing a new one
in this case. I think using the coreboot logging is a good idea as there is
indeed a lot of support already available and it is lightweight and simple.
Best Regards,
Wim Vervoorn
Eltan B.V
| 8 +-
15 files changed, 374 insertions(+), 48 deletions(-)
create mode 100644
Documentation/devicetree/bindings/watchdog/toshiba,visconti-wdt.yaml
create mode 100644 drivers/watchdog/visconti_wdt.c
Kind regards,
Wim.
-----
Kind regards,
Wim.
/watchdog/arm_smc_wdt.c
Kind regards,
Wim.
4 drivers/watchdog/imx7ulp_wdt.c
delete mode 100644 drivers/watchdog/ks8695_wdt.c
delete mode 100644 drivers/watchdog/nuc900_wdt.c
--------
Kind regards,
Wim.
ion/watchdog/watchdog-parameters.txt
rename Documentation/watchdog/{watchdog-pm.txt => watchdog-pm.rst} (92%)
rename Documentation/watchdog/{wdt.txt => wdt.rst} (68%)
Kind regards,
Wim.
chdog/xen_wdt.c | 18 +-
drivers/watchdog/ziirave_wdt.c | 6 +-
drivers/watchdog/zx2967_wdt.c | 37 +--
99 files changed, 1490 insertions(+), 1537 deletions(-)
create mode 100644
Documentation/devicetree/bindings/watchdog/fsl-imx-sc-wdt.txt
create mode 100644 drivers/watchdog/bd70528_wdt.c
create mode 100644 drivers/watchdog/imx_sc_wdt.c
Kind regards,
Wim.
| 19 ++
16 files changed, 437 insertions(+), 13 deletions(-)
create mode 100644 Documentation/watchdog/mlx-wdt.txt
create mode 100644 drivers/watchdog/mlx_wdt.c
Kind regards,
Wim.
changed, 6 insertions(+), 4 deletions(-)
Kind regards,
Wim.
6_wdt.c
create mode 100644 drivers/watchdog/tqmx86_wdt.c
Kind regards and best wishes,
Wim.
Hi Linus,
Please pull the watchdog changes for the v4.20 (or 5.00) release cycle.
This series contains:
* Add Armada 37xx CPU watchdog
* w83627hf_wdt: Add Support for NCT6796D, NCT6797D, NCT6798D
* hpwdt: several improvements
* renesas_wdt: SPDX identifiers, stop when unregistering, support for R
On Sun, Sep 23, 2018 at 06:54:11AM -0700, Guenter Roeck wrote:
> The watchdog controller on NCT6796D, NCT6797D, and NCT6798D is compatible
> with the wtachdog controller on other Nuvoton chips.
>
> Signed-off-by: Guenter Roeck
Reviewed-by: Wim Van Sebroeck
> ---
>
19-rc2 tag
Fabrizio Castro (1):
dt-bindings: watchdog: renesas-wdt: Document r8a774a1 support
Documentation/devicetree/bindings/watchdog/renesas-wdt.txt | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Kind regards,
Wim.
Hi Linus,
Please pull the watchdog changes for the v4.19 release cycle.
This series contains:
* MEN 16z069 IP-Core: Add driver
* renesas-wdt: Add support for the R8A77990 wdt
* stm32_iwdg: Add stm32mp1 support and pclk feature
* sp805_wdt, orion_wdt, sprd_wdt: add several improvements
* imx2_wdt,
HDOG says:
> > config MENZ069_WATCHDOG
> > tristate "MEN 16Z069 Watchdog"
> > depends on MCB || COMPILE_TEST
> > select WATCHDOG_CORE
> >
> > Looks to me like the driver really depends on MCB, unless someone wants
> > to add stubs in .
>
Hi Linus,
Please pull the watchdog changes for the v4.18 release cycle.
This series contains:
* renesas_wdt: Add support for the R8A77965 WDT and R-Car Gen2
* renesas-wdt: Remove R-Car M2-W ES2.x from blacklist
* watchdog: Simplify getting .drvdata
* sp805: Add restart handler
* hpwdt: Claim NMIs
| 2 +-
drivers/watchdog/w83977f_wdt.c | 2 +-
drivers/watchdog/wafer5823wdt.c | 2 +-
6 files changed, 15 insertions(+), 6 deletions(-)
Kind regards,
Wim.
Tom, you used the wrong GPL license header. Please fix that to be v2 not v3.
The
+# SPDX-License-Identifier: GPL-2.0
is correct but the adi-test.c one is not.
On 04/20/2018 10:34 AM, Tom Hromatka wrote:
Add a selftest for the sparc64 privileged ADI driver. These
tests verify the read(), prea
e license text and module licence match
watchdog: add SPDX identifiers for watchdog subsystem
Milton Miller (2):
watchdog: aspeed: Fix translation of reset mode to ctrl register
watchdog: aspeed: Allow configuring for alternate boot
Wim Van Sebroeck (4):
Merge branc
Hi Linus,
Please pull the watchdog fixes for the v4.16 release cycle.
This series contains:
* f71808e_wdt: Fix magic close handling
* sbsa: 32-bit read fix for WCV
* hpwdt: Remove legacy NMI sourcing
The output from git request-pull:
--
: rave-sp: add NVMEM dependency
Matteo Croce (1):
watchdog: i6300esb: fix build failure
Radu Rendec (1):
watchdog: xen_wdt: fix potential build failure
Wim Van Sebroeck (1):
watchdog: sp5100_tco.c: fix potential build failure
drivers/watchdog/Kconfig | 4
1 file changed
xen_wdt: remove info message and version number
Rasmus Villemoes (1):
watchdog: gpio_wdt: set WDOG_HW_RUNNING in gpio_wdt_stop
Tomas Winkler (1):
watchdog: mei_wdt: don't use of variable length array
Wim Van Sebroeck (1):
Change my E-mail address.
.../bindings/watchdog/co
og: xen_wdt: use the watchdog subsystem
watchdog: xen_wdt: remove info message and version number
Rasmus Villemoes (1):
watchdog: gpio_wdt: set WDOG_HW_RUNNING in gpio_wdt_stop
Tomas Winkler (1):
watchdog: mei_wdt: don't use of variable length array
Wim Van Sebroeck (1
scumbag place that allows spammers and scammers
> and thus the addresses end up being on some blacklist.
>
> Also, all of these commits were committed less than an hour before
> sending me the pull request, so I question the kind of testing they
> got..
>
> Linu
Hi Linus,
here are 4 fixes for the watchdog device drivers.
Please pull.
Kind regards,
Wim.
The following changes since commit f3b5ad89de16f5d42e8ad36fbdf85f705c1ae051:
Merge tag 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma (2017-12-16 13:43:08
-
The following changes since commit 4dd3c2e5a4225e3df85afc6033e62ce8b09f0ed2:
Merge tag 'nfsd-4.15' of git://linux-nfs.org/~bfields/linux (2017-11-18
11:22:04 -0800)
are available in the git repository at:
git://www.linux-watchdog.org/linux-watchdog.git
for you to fetch changes up to 14807
/
> }
>
> case WDIOC_GETTIMEOUT:
> --
> 2.7.4
>
Shouldn't the /* fall through */ come after the } ?
Kind regards,
Wim.
off-by: Arvind Yadav
Reviewed-by: Guenter Roeck
Signed-off-by: Guenter Roeck
Signed-off-by: Wim Van Sebroeck
commit 05ce42fff3afb2904647f6a88c6dc613b5a2793a
Author: Arvind Yadav
Date: Wed Aug 23 22:04:08 2017 +0530
watchdog: sp805: constify amba_id
amba_id are not s
l devices we've already
> enumerated, and all devices we'll enumerate in the future are handled in
> pci_configure_device().
>
> Reported-by: Wim ten Have
> Link: https://bugzilla.redhat.com/show_bug.cgi?id=1467674
> Fixes: 60db3a4d8cc9 ("PCI: Enable PCIe Extended
> > permanent update of the kernel command line.
> >
> > Signed-off-by: Rasmus Villemoes
>
> Wim, any thoughts on making this configurable ? I used to be opposed to it,
> but it does seem to make some sense to me now after thinking about it.
I will look at it later this week.
Kind regards,
Wim.
nter Roeck
Signed-off-by: Wim Van Sebroeck
commit e7bf02895f06c0603af800c4bfce3ca4ede9147d
Author: Keiji Hayashibara
Date: Wed Jun 14 16:53:44 2017 +0900
watchdog: uniphier: add UniPhier watchdog driver
Add a watchdog driver for Socionext UniPhier series SoC.
Note that the tim
On Fri, 7 Jul 2017 11:01:16 -0400
Sinan Kaya wrote:
> Hi Wim,
>
> On 7/7/2017 10:53 AM, Sinan Kaya wrote:
> > According to extended tags ECN document, all PCIe receivers are expected
> > to support extended tags support. It should be safe to enable extended
> >
you tell me the current state of this series?
> >
> >
> >I will pick up 3/3. (It should have been sent to ARM-SoC ML, though.)
> >
> >I had sent my PRs for v4.13 before Rob acked the DT binding.
> >Please look forward to v4.14.
> >
>
> 1/3 and 2/3 are in -next, so they should be be included in Wim's pull
> request
> for 4.13.
That's correct.
Kind regards,
Wim.
Hi Geert,
> Hi Günter, Linus, Wim,
>
> On Sun, May 14, 2017 at 5:55 AM, Guenter Roeck wrote:
> > As requested by Wim:
> >
> > Please pull watchdog updates for Linux v4.12 from signed tag:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/groeck/li
db730dc208 ("watchdog: bcm281xx: Watchdog Driver")
Signed-off-by: Eric Anholt
Reviewed-by: Florian Fainelli
Reviewed-by: Guenter Roeck
Signed-off-by: Guenter Roeck
Signed-off-by: Wim Van Sebroeck
commit 07441a7dd11f6855bcf55fbbfc6abba42258b2c6
Author: Wei Yongjun
Date
All,
> > On Fri, May 12, 2017 at 12:36:27PM +0200, Johan Hovold wrote:
> > > Hi Guenter and Wim,
> > >
> > > On Mon, Apr 03, 2017 at 07:05:46AM -0700, Guenter Roeck wrote:
> > > > On 04/03/2017 01:36 AM, Johan Hovold wrote:
> > > > > O
All,
> On Fri, May 12, 2017 at 12:36:27PM +0200, Johan Hovold wrote:
> > Hi Guenter and Wim,
> >
> > On Mon, Apr 03, 2017 at 07:05:46AM -0700, Guenter Roeck wrote:
> > > On 04/03/2017 01:36 AM, Johan Hovold wrote:
> > > > On Mon, Mar 13, 2017 at 10:16:33
umber of external merges to a minimum - which
> > > > > is
> > > > > becoming increasingly difficult lately for some reason).
> > > >
> > > > Sorry for not being in doubt, I just decided that Ack from Guenter
> > > > means that d
On Sat, Jan 07, 2017 at 05:11:38PM +0100, Wim Osterholt wrote:
> On Thu, Dec 29, 2016 at 05:53:58PM +0100, Wim Osterholt wrote:
>
> L.S.,
> >
> > after appearance of kernel-4.10-rc1 two days ago...
>
> A quickly following release of 4.10-rc2 made sure that lirc_dev
On Thu, Dec 29, 2016 at 05:53:58PM +0100, Wim Osterholt wrote:
L.S.,
>
> after appearance of kernel-4.10-rc1 two days ago I was pleasantly surprised
> to find a question about lirc_serial in 'make oldconfig':
>
> Homebrew Serial Port Receiver (IR_SERIAL) [N/m/?] (N
also results in a reboot of the system).
if WDIOF_MAGICCLOSE is not being used then closing the watchdog device means
that the driver needs to stop the watchdog.
Kind regards and happy new year to you all,
Wim.
(For lirc-0.9.0 you'll need a missing patch for the vanished f_dentry stuff
in the kernel source.)
Regards, Wim.
,bcm7038-wdt
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Guenter Roeck
Signed-off-by: Guenter Roeck
For completeness, I added the overal diff below.
Greetings,
Wim.
diff --git a/MAINTAINER
; >it over and there's nothing surprising to that person either.
> >
>
> Ok, point taken. Guess Wim should have asked me to send the pull request.
Yep, co-maintainership is not well defined I guess. I will sent out a new
pull-request
with the necessary info in it.
Kind regards,
Wim.
following patches:
* Add da9062/61 watchdog driver
* Add Loongson1 SoC watchdog driver
* Add IT8620E watchdog device
* module load /uload fixes for bcm7083_wdt, max77620_wdt and jz4740
* intel-mid_wdt fixes
* and other fixes and cleanups
Greetings,
Wim.
Hi Stephen,
Yes, I am setting up a new server.
Kind regards,
Wim.
> Hi Wim,
>
> On Tue, 22 Nov 2016 09:49:19 +1100 Stephen Rothwell
> wrote:
> >
> > On Mon, 14 Nov 2016 16:26:16 +0100 Wim Van Sebroeck wrote:
> > >
> > > This has be
No idea of what you mean here.
> would you? What's the output of
>
> cat /sys/bus/usb/drivers/cdc_acm/new_id
Just empty.
Wim.
27;t understand how it could crash.
The oops does normally not immediately lead to a crash. Only with debugging
on it will halt immediately and the log will tell you that a reboot will
be necessairy.
Wim.
da 5b 5d e9 f5 fd ff ff 55 89 e5 3e 8d 74 26 00 8b 80 84 02 00 00 5d <8b> 40
ec c3 55 89 e5 52 3e 8d 74 26 00 b9 04 00 00 00 8b 90 84
[ 161.398316] EIP: [] kthread_data+0xf/0x13 SS:ESP 0068:df4dbf44
[ 161.398318] CR2: ffec
[ 161.398320] ---[ end trace da016e6d3520a332 ]---
[ 161.398321] Fixing recursive fault but reboot is needed!
Regards, Wim.
On Mon, Nov 21, 2016 at 04:58:25PM +0100, Wim Osterholt wrote:
>
> I didn't find traces of kernel-4.9-rc5 being ran on any of my laptops, so I
> can't have seen a crash on rc5. It seems rc5 and rc6 is safe now.
Neither 4.8.10, nor 4.8.9 show the bug.
It must be a bug ousid
On Mon, Nov 21, 2016 at 02:19:32PM +0100, Oliver Neukum wrote:
> On Thu, 2016-11-17 at 17:11 +0100, Wim Osterholt wrote:
>
> > Nov 17 15:07:51 localhost kernel: Check point 10
> > Nov 17 15:07:51 localhost kernel: BUG: unable to handle kernel NULL pointer
> > dereferenc
On Thu, Nov 17, 2016 at 10:14:34AM +0100, Wim Osterholt wrote:
> > For completeness I should also try with SMP unset. That is for tomorrow
> > then.
>
> With CONFIG_SMP unset nothing goes wrong here either.
> It looks like it has been fixed in 4.9-rc5, but I should also d
On Thu, Nov 17, 2016 at 02:57:33AM +0100, Wim Osterholt wrote:
> Now a retry of 4.9-rc5. I take the config of 4.8.8 and accept
> the default for the new options.
> SMP set. No call trace appears.
> For completeness I should also try with SMP unset. That is for tomorrow
> then.
On Wed, Nov 16, 2016 at 04:07:57PM +0100, Wim Osterholt wrote:
> A bit of patience please. Yesterday I hadn't the modem at hand.
Whell, I lost track of what happens where with which config file..
Confusion about the bug not appearing an too many configs with SMP set
where I'm sure
On Wed, Nov 16, 2016 at 01:34:30PM +0100, Oliver Neukum wrote:
>
> This is very odd. We need to know where it crashes. Please try the
> insane debug patch I posted.
A bit of patience please. Yesterday I hadn't the modem at hand.
Groeten, Wim.
at shutdown
time). It's not even an oops but a warning. In the end it happens to just
work.
Regards, Wim.
or C_S unset)
Tests on other machines with (slightly) different configs all seem to
confirm that the problems are gone when CONFIG_SMP is set.
Regards, Wim.
Hi Stephen,
This has been fixed. Thanks for notifying me about it.
Kind regards,
Wim.
> Hi Wim,
>
> For the past few days (nearly a week, sorry) fetching the watchdog tree
> (git://www.linux-watchdog.org/linux-watchdog-next.git#master) has
> resulted in a hung connection.
&g
b() returns a char on some architectures, meaning it is signed,
> meaning it _could_ return a negative number if the version number is 128
> or above. I don't want to risk us reporting version number -128.-110 just
> to make compilers happy.
I couldn't have said this better myself :-) version info is indeed to be
consider as an unsigned int.
Kind regards,
Wim.
On Tue, Oct 18, 2016 at 02:18:43PM +0200, Oliver Neukum wrote:
> On Mon, 2016-10-17 at 17:20 +0200, Wim Osterholt wrote:
> > On Mon, Oct 17, 2016 at 04:10:45PM +0200, Oliver Neukum wrote:
> > > Hi,
> > >
> > > I got one of those devices. However, I don
ctrlsize = usb_endpoint_maxp(epctrl);
1329WARN_ON(!epread);
1330readsize = usb_endpoint_maxp(epread) *
1331(quirks == SINGLE_RX_URB ? 1 : 2);
1332acm->combined_interfaces = combined_interfaces;
1333WARN_ON(!epwrite);
1334acm->writesize = usb_endpoint_maxp(epwrite) * 20;
1335acm->control = control_interface;
1336acm->data = data_interface;
(gdb)
quit
Regards, Wim.
.nl/.config-4.8.1
Many options are inherited by 'make oldconfig' from version to version,
without me knowing what it all means. So maybe it's just a weird combination
of options then?
Regards, Wim.
Hi Linus,
It's an old server with only 512Mb RAM. I'm in the progress off replacing it
(in another datacenter).
Meanwhile I'll restart git-daemon.
Sorry,
Wim.
> On Wed, Oct 12, 2016 at 11:35 AM, Wim Van Sebroeck wrote:
> > Hi Linus,
> >
> > Please pull fro
ned-off-by: Vladimir Zapolskiy
Reviewed-by: Guenter Roeck
Reviewed-by: Wolfram Sang
Signed-off-by: Guenter Roeck
Signed-off-by: Wim Van Sebroeck
commit 2accf320786210db92f36866cc71fa894f510a4a
Author: Wolfram Sang
Date: Fri Oct 7 15:41:38 2016 +0300
watchdog: softdog:
880_wdt.o' failed
>
> Fix this by removing the assignment.
>
> Fixes: 0254e953537c
> Signed-off-by: Matt Redfearn
> ---
This patch and a similar patch from Guenter regarding mt7621_wdt was
added to linux-watchdog-next almost 2 weeks ago.
Kind regards,
Wim.
Hi Julia,
> iTCO_wdt_pm, of type struct dev_pm_ops, is never modified, so declare it as
> const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
This patch and your constify watchdog_ops structures were added to
linux-watchdog-next almost 2 weeks ago.
Kind regards,
Wim.
> Signed-off-by: Brian Boylston
> ---
This patch was added to linux-watchdog-next.
Kind regards,
Wim.
2
weeks ago.
Kind regards,
Wim.
tch was added to linux-watchdog-next almost 2 weeks ago.
Kind regards,
Wim.
t; firmware upload or the firmware verification fails then we print and
> error message and exit.
>
> Signed-off-by: Enric Balletbo i Serra
This patch was added to linux-watchdog-next almost 2 weeks ago.
Kind regards,
Wim.
On Wed, Sep 28, 2016 at 07:38:41PM -0400, Sinan Kaya wrote:
>
> Can you try these patches on your machines please?
I applied the included patches on vanilla 4.8-rc8 and my machine booted
fine. (I saw a remark about SCSI interrupts, but I have no SCSI.)
Regards, Wim.
ohci_pci ohci_hcd uhci_hcd wmi floppy parport_pc soundcore
ehci_pci parport acpi_cpufreq ehci_hcd button processor
[ 551.177957] CPU: 0 PID: 725 Comm: kworker/0:2 Tainted: G O
4.8.0-rc8 #1
Regards, Wim.
0249
[ 3745.49] ---[ end trace e6bc96526d51607e ]---
[ 3745.006322] udevd[945]: worker [24530] terminated by signal 9 (Killed)
[ 3745.008927] udevd[945]: worker [24530] failed while handling
'/devices/pci0000:00/:00:1d.3/usb6/6-1/6-1:1.0'
Regards, Wim.
if (quirks & NO_CAP_LINE)
1348acm->ctrl_caps &= ~USB_CDC_CAP_LINE;
1349acm->ctrlsize = ctrlsize;
1350acm->readsize = readsize;
(gdb) quit
A new kernel is compiling now.
Regards, Wim.
Hi Robert,
> The OS timer rate used for the watchdog can now be fetched from the
> standard clock API. This will remove the last user of
> get_clock_tick_rate() in both pxa and sa11x0 architectures.
>
> Signed-off-by: Robert Jarzmik
Acked-by: Wim Van Sebroeck
Kind regards,
Wim.
thread_data+0xf/0x13 SS:ESP 0068:dec31f44
[ 410.763961] CR2: ffec
[ 410.763964] ---[ end trace 6872abde65b2c9e2 ]---
[ 410.763965] Fixing recursive fault but reboot is needed!
Regards, Wim.
ll output of dmesg after that.
That is not possible under a 4.8 kernel.
'Fixing recursive fault but reboot is needed!' and frozen it is.
Regards, Wim.
trl_msg - rq 0x20,
val 0x0, len 0x7, result 7
4.8-rc7 is compiling now..
Regards, Wim.
must be done in a safe 4.7.4 or a crashable 4.8.
(if I get that far to retrieve dmesg to a file).
Anyway, echo "module cdc_acm +mpf" > /sys/kernel/debug/dynamic_debug/control
results in 'No such file or directory' because there is no 'dynamic_debug'.
The kernel option DYNAMIC_DEBUG was not set.
A new kernel is compiling now..
Groeten, Wim.
which reads 'Conexant' and
bConfigurationValue which reads '1'
Regards, Wim.
On Wed, Sep 21, 2016 at 02:21:17PM +0200, Oliver Neukum wrote:
> On Tue, 2016-09-20 at 17:45 +0200, Wim Osterholt wrote:
>
> Anyway, which of its configurations is used?
> Please look up the bConfigurationValue for your device
> in sysfs.
And what might that be?
'locate sys
yCodeRelDate4 04052004
wCountryCode 0x4803
Device Status: 0x0000
(Bus Powered)
Regards Wim.
On Thu, Sep 08, 2016 at 03:05:15PM +0200, Oliver Neukum wrote:
>
> your stack trace is broken. Did you fail to install the System.map file?
>
> Regards
> Oliver
A laptop, more broken than the rest, does not output anything after
inserting. Later on it crashes. No system.map f
make any
difference, except for that it says 'a reboot is necessairy' en then it
freezes. Still no symbols.
Google didn't tell me anything useful, nor did you.
This took me days already.
I told you all you need: plug in a modem that needs cdc_acm.
Wim.
- w...@djo.tudelft.nl -
SS:ESP 0068:dc741ce8
[ 46.391243] CR2: 0246
[ 46.802809] ---[ end trace 3cd7f784cc67fa66 ]---
[ 46.811156] udevd[884]: worker [1868] terminated by signal 9 (Killed)
[ 46.811164] udevd[884]: worker [1868] failed while handling
'/devices/pci:00/0000:00:1d.2/usb4/4-1/4-1:1.1'
Regards, Wim.
y
for anything the last 20 years or so.
I don't have the device at hand here, so new logs will be available
tomorrow.
Regards, Wim.
[13125] failed while
handling '/devices/pci:00/:00:1d.3/usb7/7-1/7-1:1.0'
Sep 6 19:15:44 localhost shutdown[13136]: shutting down for system reboot
Regards, Wim.
t I didn't all write down, but it says
null pointer dereference at 0246
...
failed while handling devices/pci:00/:00:1d.3/usb7/7-1/7-1:1d etc.
...
udevd .. is taking too long..
Could someone please explain and repair the magic that is happening here?
Thanks in advance, Wim Osterholt.
- w...@djo.tudelft.nl -
ser-space, by making sure that the kernel
> >only feeds the watchdog for a finite amount of time - if userspace hasn't
> >come up and opened the watchdog device by then, the board reboots. I set a
> >rather generous default of two minutes; it could be (and may in some ca
etected by Coccinelle semantic patch.
Signed-off-by: Wei Yongjun
Reviewed-by: Guenter Roeck
Signed-off-by: Guenter Roeck
Signed-off-by: Wim Van Sebroeck
commit 3c10bbde10fe4dca52726e246cefa6b0a1dfbd3e
Author: Guenter Roeck
Date: Thu Jul 21 14:21:56 2016 -0700
watc
space for ioctl-only open().
>
> Reintroduce back the original behavior wrt !(FMODE_READ|FMODE_WRITE)
> modes, while still keeping the original O_NDELAY bug fixed.
>
> Cc: sta...@vger.kernel.org # v4.5+
> Reported-by: Wim Osterholt
> Tested-by: Wim Osterholt
> Signed-off-by: Jir
_device *wdd)
> @@ -107,7 +111,7 @@ static long watchdog_next_keepalive(struct
> watchdog_device *wdd)
> unsigned int hw_heartbeat_ms;
>
> virt_timeout = wd_data->last_keepalive + msecs_to_jiffies(timeout_ms);
> - hw_heartbeat_ms = min(timeout_ms, wdd->max_hw_heartbeat_ms);
> + hw_heartbeat_ms = min_not_zero(timeout_ms, wdd->max_hw_heartbeat_ms);
> keepalive_interval = msecs_to_jiffies(hw_heartbeat_ms / 2);
>
> if (!watchdog_active(wdd))
> --
> 2.5.0
>
This patch has been added to linux-watchdog-next.
Kind regards,
Wim.
Hi Guenter,
> On 07/17/2016 12:24 PM, Wim Van Sebroeck wrote:
> >Hi Rasmus,
> >
> >>If the driver indicates that the watchdog is running, the framework
> >>should feed it until userspace opens the device, regardless of whether
> >>the driver has set max
,
> - .set_timeout = bcm2835_wdt_set_timeout,
> .get_timeleft = bcm2835_wdt_get_timeleft,
> };
>
> --
> 2.5.0
>
This patch has been added to linux-watchdog-next.
Kind regards,
Wim.
WDIOF_KEEPALIVEPING,
> .identity = "Broadcom BCM2835 Watchdog timer",
> --
> 2.5.0
>
This patch has been added to linux-watchdog-next.
Kind regards,
Wim.
1 - 100 of 476 matches
Mail list logo