similar to: printserver with HP UPD only prints black

Displaying 20 results from an estimated 3000 matches similar to: "printserver with HP UPD only prints black"

2015 Jun 22
4
OT: default password for HP printer
Thanks, Tim. But no, that didn't work. For the record, that page said: 1) password access requirement is turned OFF 2) username default is ADMIN 3) password is BLANK But I distinctly recall the username is "admin" (all lower case), even though the manual stated the username was "Admin". The password was short, like 5 or 6 characters, but definitely not blank. I
2013 Mar 09
0
hdmi audio out
I have an hp DV9347cl with a GeForce Go 7600. HDMI audio out doesnt work with either nvidia or nouveau driver in linux, and only works with an old version of the nvidia driver as described here: http://h30434.www3.hp.com/t5/Notebook-PC-Sound-and-Audio-e-g-Windows-8/No-Audio-from-dv9000-HDMI-to-Sony-HD-TV/td-p/30293 So, is anyone familiar with pass thru type hdmi audio in the nouveau driver?
2015 Jun 22
0
OT: default password for HP printer
On Mon, Jun 22, 2015 at 11:31:34AM -0400, ken wrote: > For some reason the "tech support" people at Hewlett-Packard don't > know what the default password is to access their printer's embedded > web server (EWS). I got it myself from the installation manual six > months ago and immediately set my own password which I have used > since then, so I no longer remember
2015 Jun 22
0
OT: default password for HP printer
Hey Ken, give this a try: http://h30434.www3.hp.com/t5/Printer-All-in-One-Install-Setup/How-do-we-reset-the-EWS-embedded-web-server-on-our-8500-Pro/td-p/2450071 An older model but I could work for you. Regards Tim Am 22.06.2015 um 17:31 schrieb ken: > For some reason the "tech support" people at Hewlett-Packard don't know > what the default password is to access their
2015 Jun 22
0
OT: default password for HP printer
The manual doesn't say anything about a user or password. http://h10032.www1.hp.com/ctg/Manual/c03026243.pdf Search for EWS. I don't know this model but it can't be that hard. Regards Tim Am 22.06.2015 um 21:48 schrieb ken: > Thanks, Tim. But no, that didn't work. For the record, that page said: > > 1) password access requirement is turned OFF > > 2) username
2015 Jun 22
0
OT: default password for HP printer
Have you tried Franks suggestion? I also found this for a full reset: http://h30434.www3.hp.com/t5/Printer-All-in-One-Install-Setup/How-to-reset-Officejet-Pro-8600-Plus-Premium-to-factory/td-p/1094005 Am 22.06.2015 um 22:04 schrieb ken: > On 06/22/2015 03:57 PM, Tim wrote: >> The manual doesn't say anything about a user or password. >>
2015 Jun 22
2
OT: default password for HP printer
On 06/22/2015 12:43 PM, Scott Robbins wrote: > On Mon, Jun 22, 2015 at 11:31:34AM -0400, ken wrote: >> For some reason the "tech support" people at Hewlett-Packard don't >> know what the default password is to access their printer's embedded >> web server (EWS). I got it myself from the installation manual six >> months ago and immediately set my own
2014 Sep 23
2
upd and OpenBSD (was Nut 2.7.2 on OpenBSD 5.6 with APC USB UPS)
On Sep 23, 2014, at 3:55 AM, Henning Brauer <hb-nut at bsws.de> wrote: > We have upd(4) attaching to these devices now. Either nut needs a > driver getting status from upd (trivial, will show up in the > hw.sensors sysctl tree) or we need some way for nut still being able > to talk to the ups directly, without upd and nut interfering with each > other. While a upd(4) driver
2020 Jan 26
0
Centos 7: UPD packet checksum verification?
> what does Centos 7 do with UPD packets having invalid checksums? By default I assume they are just dropped - that's what should happen. > > Are such packets inevitably dropped? Applications can specifically disable checksum checking for the kernel network stack on a per application basis, but the default is to check and drop if in error. > Does a network card drop them
2020 Jan 26
0
Centos 7: UPD packet checksum verification?
First of all - disclaimer - I'm no network specialist, I just read and am interested in it. I may get things wrong!! > > > Both physical interfaces show the same. But does this mean it's on as in "rx- > checksumming: on" or off as in "tx-checksum-ipv4: off [fixed]"? As far as I understand it rx-checksum is the underlying wire checksumming - and from
2020 Jan 26
2
Centos 7: UPD packet checksum verification?
Hi, what does Centos 7 do with UPD packets having invalid checksums? Are such packets inevitably dropped? Does a network card drop them when it does checksum verification in hardware even before the packets go anywhere? In general, if someone were to send me UPD packets with invalid checksums over the internet, how far would such packets get? In particular, how likely it is that SRTP
2020 Jan 28
0
Centos 7: UPD packet checksum verification?
On 1/26/20 5:44 PM, hw wrote: > On Sunday, January 26, 2020 11:18:36 PM CET Pete Biggs wrote: >> First of all - disclaimer - I'm no network specialist, I just read and >> am interested in it. I may get things wrong!! >> >>> Both physical interfaces show the same. But does this mean it's on as in >>> "rx- checksumming: on" or off as in
2020 Jan 26
2
Centos 7: UPD packet checksum verification?
On Sunday, January 26, 2020 3:58:31 PM CET Pete Biggs wrote: > > what does Centos 7 do with UPD packets having invalid checksums? > > By default I assume they are just dropped - that's what should happen. Hm that's what thought. > > Are such packets inevitably dropped? > > Applications can specifically disable checksum checking for the kernel > network stack
2015 Jul 10
3
EFI: PXE: "My IP is 0.0.0.0"
>>> > It does contain a Net but there are 2 issues with SNP: > 1) The interface is different than UDPv4/TCPv4 protocols; this imply lot of code. Not as much as you may think.? We already have lwIP implemented into lpxelinux.0.? It's more a matter of using more glue. > 2) SNP has its non-blocking transmit issues ; see "Flaws in the design" at >
2018 May 17
2
How to build nss-util.i686 on Centos 7 with mock
Hello list, I'm currently trying to build the i686 version of http://vault.centos.org/7.5.1804/os/Source/SPackages/nss-util-3.34.0-2.el7.src.rpm The x86_86 version works with mock, but I cannot figure out how to build the i686 version. best regards, Martin
2020 Jan 29
0
Centos 7: UPD packet checksum verification?
On 1/28/20 12:39 PM, hw wrote: > On Tuesday, January 28, 2020 9:00:22 AM CET Nataraj wrote: >> On 1/26/20 5:44 PM, hw wrote: >>> On Sunday, January 26, 2020 11:18:36 PM CET Pete Biggs wrote: >>>> First of all - disclaimer - I'm no network specialist, I just read and >>>> am interested in it. I may get things wrong!! >>>>
2020 Jan 29
0
Centos 7: UPD packet checksum verification?
On 1/29/20 4:48 AM, hw wrote: > On Wednesday, January 29, 2020 10:10:48 AM CET Nataraj wrote: >> On 1/28/20 12:39 PM, hw wrote: >>> On Tuesday, January 28, 2020 9:00:22 AM CET Nataraj wrote: >>>> On 1/26/20 5:44 PM, hw wrote: >>>>> On Sunday, January 26, 2020 11:18:36 PM CET Pete Biggs wrote: >>>>>> First of all - disclaimer - I'm
2010 Feb 08
4
Theora over RTP/UPD
Hi, I'm trying to get Theora working with a video conferencing application we are developing. This application sends the audio content via RTP over UPD, and as one would expect, there is a draft for how a Theora stream is supposed to be wrapped into an RTP stream. http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt The problem is that it is not obvious to me how the raw
2020 Jan 27
4
Centos 7: UPD packet checksum verification?
On Sunday, January 26, 2020 11:18:36 PM CET Pete Biggs wrote: > First of all - disclaimer - I'm no network specialist, I just read and > am interested in it. I may get things wrong!! > > > Both physical interfaces show the same. But does this mean it's on as in > > "rx- checksumming: on" or off as in "tx-checksum-ipv4: off [fixed]"? > > As
2020 Jan 29
2
Centos 7: UPD packet checksum verification?
On Wednesday, January 29, 2020 10:10:48 AM CET Nataraj wrote: > On 1/28/20 12:39 PM, hw wrote: > > On Tuesday, January 28, 2020 9:00:22 AM CET Nataraj wrote: > >> On 1/26/20 5:44 PM, hw wrote: > >>> On Sunday, January 26, 2020 11:18:36 PM CET Pete Biggs wrote: > >>>> First of all - disclaimer - I'm no network specialist, I just read and >